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Foreword 

This Technical Specification (TS) has been produced by ETSI Project Wireline Multimedia Terminals (WMM). 

NOTE: The EBU/ETSI JTC Broadcast was established in 1990 to co-ordinate the drafting of standards in the 
specific field of broadcasting and related fields. Since 1995 the JTC Broadcast became a tripartite body 
by including in the Memorandum of Understanding also CENELEC, which is responsible for the 
standardization of radio and television receivers. The EBU is a professional association of broadcasting 
organizations whose work includes the co-ordination of its members' activities in the technical, legal, 
programme-making and programme-exchange domains. The EBU has active members in about 
60 countries in the European broadcasting area; its headquarters is in Geneva. 

European Broadcasting Union 

CH-1218 GRAND SACONNEX (Geneva) 

Switzerland 

Tel: +41 22 717 21 11 

Fax: +4122 717 24 81 

Founded in September 1993, the DVB Project is a market-led consortium of public and private sector organizations in 
the television industry. Its aim is to establish the framework for the introduction of MPEG-2 based digital television 
services. Now comprising over 200 organizations from more than 25 countries around the world, DVB fosters 
market-led systems, which meet the real needs, and economic circumstances, of the consumer electronics and the 
broadcast industry. 



Introduction 

IP Datacast over DVB-H is an end-to-end broadcast system for delivery of any types of digital content and services 
using IP-based mechanisms optimized for devices with limitations on computational resources and battery. An inherent 
part of the IPDC system is that it comprises of a unidirectional DVB broadcast path that may be combined with a 
bi-directional mobile/cellular interactivity path. IPDC is thus a platform that can be used for enabling the convergence 
of services from broadcast/media and telecommunications domains (e.g. mobile / cellular). 
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Scope 



The present document contains information about the Electronic Service Guide (ESG) which describes available 
services. Through the information in the ESG, the user can select the services and items he/she is interested in and find 
stored items on the terminal. 

The present document defines the datamodel, the representation format, the encapsulation and the transport of the 
Electronic Service Guide of DVB-H (EN 302 304 [1]). 
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3 Definitions, mnemonics, functions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

Context Path: in the XML terminology the Context Path identifies the context of an element and its datatype in an 
XML Instance by describing the path from the root element to that element 

NOTE: The context of an element is defined in the present document by all parent elements of that element and 
their datatypes. 

Context Path Code: code assigned to a ContextPath in table 6.2 or in the Decoderlnit to signal ESG XML Fragment 
Types 

Current ESG: consistent set of ESG Fragments transported in the ESG Fragment Stream carousel at a particular point 
in time 

NOTE: The ESGMain Element can be explicitly or implicitly be signalled in an ESG Fragment Stream. 

Current ESG XML Document: instantiation of the ESGMain Element together with all ESG XML Fragments 
transported in the ESG Fragment Stream carousel at a particular point in time 

NOTE: The ESGMain Element can be explicitly or implicitly be signalled in an ESG Fragment Stream. 

Datatype: describes in the present document an XML Schema datatype [17] 

Encapsulated ESG XML Fragment: representation of an ESG XML Fragment, which also contains header 
information for instance the Context Path Code of the ESG XML Fragment 

Encapsulated ESG Fragment: representation of an ESG Fragment, which also contains header information of the 
ESG Fragment 

ESG Auxiliary Data: ESG data, which is referenced from an instance of the XML based Data Model, e.g. an SDP file, 
an HTML page or a PNG file 

ESG Container: structure to group ESG data into one transport object for delivery purposes 

ESG Fragment: fragment of ESG data delivered in the ESG stream and referred to by a fragment reference in the 
encapsulation structure 

NOTE: Namely an ESG Fragment can be according to the present document an ESG XML Fragment, ESG 
Auxiliary Data or Private Auxiliary data. 

ESG Fragment Stream: stream of ESG Fragments which contributes to the same ESG on receiver end 

NOTE: With respect to the transport layer this ESG Fragment stream can be compiled from several transport 
Streams, e.g. IP Streams. 

ESG Fragment Type: category of ESG Fragment e.g. ESG XML Fragment, ESG Auxiliary Data or Private Auxiliary 
Data 

ESG Ink Container: ESG Container carrying data structures for initialization, e.g. the ESG Init Message and the ESG 
Main Fragment 

ESG Init Message: initialization information to decode ESG Fragments 

ESG XML Fragment: ESG Fragment of an XML instance which is an instantiation of a datatype 

NOTE: A limited set of ESG XML Fragment Types have been defined in the present document. 
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ESG XML Fragment Type: according to the ESG data model defined in the present document the ESG XML 
Fragment Type is a category of ESG XML Fragments 

NOTE: The ESG XML Fragment Types are defined based on the ContextPath which identifies an element and its 
datatype in an XML Instance. These ContextPaths and the related datatypes are declared in table 6.2 or in 
the Decoderlnit (see clause 6.2). 

Fragment Reference: reference within an instance of the ESG Data Model to an ESG XML Fragment 

NOTE: Contrary to this a reference to an Encapsulated ESG Fragment refers from fragment management 
information to the storage location of the Encapsulated ESG Fragment. 

IPDCKMSId: id which is assigned by DVB to every Key Management System 

NOTE: The IPDCKMSId is refered to as CA_System_ID in the DVB registration [18] and [25]. 

Private Auxiliary Data: data of which the format is not specified in the present document 

service: in the context of the present document a service is an offer from a service provider and has media content 
related to it 



3.2 



Mnemonics 



The following mnemonics are defined to describe the different data types used in the coded bitstream. 

bslbf: Bit string, left bit first, where "left" is the order in which bit strings are written in the present document. Bit 
strings are generally written as a string of Is and 0s within single quote marks, e.g. "1000 0001". Blanks within a bit 
string are for ease of reading and have no significance. For convenience large strings are occasionally written in 
hexadecimal, in this case conversion to a binary in the conventional manner will yield the value of the bit string. Thus 
the left most hexadecimal digit is first and in each hexadecimal digit the most significant of the four bits is first. 

uimsbf: Unsigned integer, most significant bit first. 

vluimsbf8: Variable length code unsigned integer, most significant bit first. The size of vluimsbf8 is a multiple of one 
byte. The first bit (Ext) of each byte specifies if set to 1 that another byte is present for this vluimsbf8 code word. The 
unsigned integer is encoded by the concatenation of the seven least significant bits of each byte belonging to this 
vluimsbf8 code word. An example for this type is shown in figure 3.1. 
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Figure 3.1 : Informative example for the vluimsbf8 data type 

vluimsbf5: Variable length code unsigned integer, most significant bit first. The first n bits (Ext) which are 1 except of 
the n-th bit which is 0, indicate that the integer is encoded by n times 4 bits. An example for this type is shown in 
figure 3.2. 
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Figure 3.2: Informative example for the vluimsbf5 data type 
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3.3 Functions 

For the purposes of the present document, the following functions apply: 

nextByteBoundary(): The function "nextByteBoundaryO" reads and consumes bits from the binary stream until but 
not including the next byte-aligned position in the binary description stream. 

ReservedBits: A binary syntax element whose length is indicated in the syntax table. The value of each bit of this 
element shall be "1". These bits may be used in the future for DVB defined extensions. 



3.4 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

3GPP 3 rd Generation Partnership Project 

ALC Asynchronous Layered Coding 

BiM Binary format for Metadata 

DVB-H Digital Video Broadcast - Handheld 

ESG Electronic Service Guide 

FDT File Delivery Table (in FLUTE) 

FEC Forward Error Correction 

FLUTE File deLivery over Unidirectional Transport 

HTTP HyperText Transfer Protocol 

IP Internet Protocol 

IPDC IP Datacast 

KMS Key Management System 

LCT Layered Coding Transport 

MB/MS Multimedia Broadcast/Multicast Service 

MIME Multipurpose Internet Mail Extensions 

PID Packet IDentifier 

PSI Program Specific Information 

RFC Request For Comments 

SDP Session Description Protocol 

SI Service Information 

TOI Transport Object Identifier (in LCT) 

TSI Transport Session Identifier 

TVA TV-Anytime 

URI Uniform Resource Indentifier 

URL Uniform Resource Locator 

URN Uniform Resource Name 

XML extensible Markup Language 



4 Overview 

4.1 ESG Processing Flow 

Electronic Service Guide (ESG) contains information about the services available. Through the information in the ESG, 
the user can select the services and items he/she is interested in and find stored items on the terminal. 

ESG operations takes place after the DVB-H receiver has been started and the terminal is synchronized to a particular 
transport stream carrying IPDC services. 

Based on the ESG information rendered to a user through an ESG application, a specific service can be selected. The 
ESG also provides information which enables the terminal to connect to the related IP stream in the DVB-H transport 
stream. 
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The ESG operations be broken down in three main operations: 

• ESG bootstrap: the operation through which the terminal knows which ESGs are available and how to 
acquire them. 
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Figure 4.1 

• ESG acquisition: the operations through which the terminal gathers and processes the ESG information for 
the first time or after a long time without connecting. 

• ESG update: the operation through which the terminal refreshes the ESG information stored in the terminal 
with the latest versions. 

NOTE: Even though in figure 4. 1 the steps are shown sequentially this does not mean that steps cannot be 
processed in parallel. 



4.2 Service Discovery 



Once the terminal has connected to a valid DVB-H transport stream carrying IPDC services on a particular IP Platform, 
it receives from the PSI/SI tables the location (PID) where the well-known IP address for the ESG bootstrap 
information of that IP Platform is located (see TR 102 469 [24]). From the ESG bootstrap information, the terminal can 
figure out how many ESGs are available on that IP Platform, what is the relevant ESG to consume and the required 
information to configure the selected ESG session. Note that for starting on the selected ESG, the terminal needs to 
know the location of the related IP stream, through the PSI/SI tables. 

Once the terminal located the IP stream of the selected ESG, it can initialize the file delivery session on the terminal and 
the ESG processing. Then the terminal can start to receive the ESG information. 
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Figure 4.2 



4.3 ESG layers 



The ESG specification covers the description of the data model, the representation, the encapsulation and the transport: 

• The Role of the ESG data model is to define a set of data structures which can be instantiated to describe 
available services. The ESG data model is defined based on XML Schema [17] and it is aimed at being 
consistent across all implementations of a system to ensure interoperability. 

• The ESG Instance of the ESG Data Model is a consistent set of ESG data describing the available IP Datacast 
services. 

• The ESG Representation supports fragmentation of the ESG Instance into ESG XML Fragments and allows an 
efficient representation of the ESG XML Fragments which minimizes the size of the metadata delivered to 
users. The partitioning of the ESG Instance into fragments for transportation is supported to enable separately 
updating parts of ESG data and for performance optimization. 

• Encapsulation of ESG Fragments into containers aims at supporting the processing and transmission of ESG 
information in units of considerable size. The processing of ESG Fragments is supported by providing 
fragment management information which identifies already received fragments, updated fragments and new 
fragments. 

• Transport is achieved by the use of FLUTE sessions to enable the optimal delivery of containers as files. 
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Figure 4.3 



ESG Datamodel 



5.1 



Overview 



In this clause the datamodel of the ESG is specified. The datamodel is described by an XML Schema definition 
according to the XML Schema recommendation [17]. The ESG is subdivided into ESG Fragments, which can be 
instantiated as parts of the ESG. Figure 5.1 depicts the ESG Fragments specified in this clause and the relations between 
them. The indicated cardinalities of the references correspond to the cardinalities specified in the XML Schema 
definition of the ESG datamodel. Beside the specification of each ESG Fragment the ESG Wrapper specifies how the 
ESG is compiled based on the ESG Fragments. 
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Figure 5.1 : Block diagram of the specified ESG XML Fragments and the relations between them 
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5.2 ESG Wrapper 



In this clause the ESG Main element is declared. Besides the type definitions of the Elements declared in the ESG Main 
element also the default ESG Main element is specified which should be assumed by the receiver if no ESG Main 
element is signalled. 



5.2.1 ESG Namespace Declaration 



In this clause the target namespace urn:dvb:ipdc:esg:2005 is declared. This namespace contains the data types and the 
global elements defined respectively declared in the present document. Also the imported namespaces and their 
namespace aliases used throughout the present document are declared in this clause. 



< schema t ar get Name space=" urn : dvb : ipdc :esg:2005" xmlns : esg="urn : dvb :ipdc:esg:2005" 

xmlns : tva= "urn: tva: metadata: 2005" xmlns="http: //www. w3 . org/200 1/XMLSchema" 
xmlns :mpeg7="urn :mpeg:mpeg7 : schema : 2001 " elementFormDef ault=" qualified" 
attributeFormDefault="unqualif ied"> 

<import namespace="http: //www. w3 . org/XML/1998/namespace" /> 

<import namespace="urn :mpeg:mpeg7 : schema : 2001 " /> 

<import namespace="urn : tva :metadata : 2005 " /> 



5.2.2 ESG Main Element 

In this clause the ESG Main Element is specified. The ESG Main Element is the root element of the ESG. For the 
sender it is optional to signal the ESG Main Element. If the ESG Main Element is not signalled a default ESG Main 
Element should be assumed by the decoder as specified in clause 5.2.4. 



5.2.2.1 



ESG Main Element Syntax 



<element name="ESGMain" type="esg:ESGMainType"/> 

<complexType name="ESGMainType"> 
<sequence> 

<element name=" Copy right Not ice" type=" string" minOccurs="0 " /> 

<e lenient name=" Class if icationSchemeTable" type="tva : Class if i cat ion Scheme Table Type" 

minOccurs="0"/> 

<element name="ESG" type="esg: ESGType" minOccurs="0 " /> 
</sequence> 

< at tribute ref ="xml : lang" def ault="en" us e=" optional" /> 
< at tribute name= "publisher" type=" string" us e=" optional" /> 
<at tribute name="publicationTime" type="dateTime" us e=" optional" /> 
< at tribute name=" right sOwner " type=" string" use=" optional" /> 
</complexType> 



5.2.2.2 



ESG Main Element Semantics 



Field 


Semantics 


ESGMain 


The root element for a valid instance document of the ESG schema that provides a 
description of available services. 


ESGMainType 


Specifies the root element for an ESG instance document that provides a complete 
description of the ESG and that is valid with respect to the ESG Schema 
urn:dvb:ipdc:esg:2005. 


CopyrightNotice 


Specifies the copyright information for the ESG data. 


Classif icationSchemeTable 


Contains the classification schemes used by the various descriptions in the ESG 
document and their aliases (optional). 


ESG 


Contains the description of the ESG. 


xmhlang 


Specifies the language of the description. The default value of this field is "en" 
specifying that the description is in English. 


publisher 


Specifies the name of the publisher of the description. 


publicationTime 


Specifies the time the metadata description was published. 


rightsOwner 


Specifies the entity that holds the rights of the description. 



ETSI 



sequence> 




<element 


name 


<element 


name 


<element 


name 


<element 


name 


<element 


name 


<element 


name 



1 6 ETSI TS 1 02 471 V1 .2.1 (2006-1 1 ) 

5.2.3 ESG 

5.2.3.1 ESG Syntax 

<complexType name="ESGType"> 

"Content Table" type="esg: ContentTableType" minOccurs="0"/> 
"ScheduleE vent Table" type="esg: ScheduleEventTableType" minOccurs="0"/> 
"ServiceTable" type="esg: ServiceTableType" minOccurs="0"/> 
"ServiceBundleTable" type="esg : ServiceBundleTableType" minOccurs="0 "/> 
"PurchaseTable" type="esg: PurchaseTableType" minOccurs="0"/> 
"PurchaseChannelTable" type="esg:PurchaseChannelTableType" minOccurs="0"/> 
<element name="AcquisitionTable" type="esg: AcquisitionTableType" minOccurs="0"/> 
</sequence> 
</complexType> 



<complexType name = "Content Table Type "> 

<sequence> 

<element name="Content " type="esg : ContentType" minOccurs="0" maxOccurs="unbounded"/> 

</sequence> 
</complexType> 

<complexType name= " ScheduleEventTableType " > 
<sequence> 

<element name="ScheduleEvent " type="esg: ScheduleEventType" minOccurs="0" 
maxOccurs="unbounded" /> 
</sequence> 
</complexType> 

<complexType name="ServiceTableType"> 

<sequence> 

<element name="Service" type="esg : ServiceType" minOccurs="0" maxOccurs="unbounded" /> 

</sequence> 
</complexType> 

<complexType name="ServiceBundleTableType"> 
<sequence> 

<element name="ServiceBundle" type="esg: ServiceBundleType" minOccurs="0" 
maxOccurs="unbounded" /> 
</sequence> 
</complexType> 

<complexType name=" PurchaseTableType "> 

<sequence> 

<element name="Purchase" type="esg: PurchaseType" minOccurs="0" maxOccurs="unbounded"/> 

</sequence> 
</complexType> 

<complexType name="PurchaseChannelTableType"> 
<sequence> 

<element name="PurchaseChannel" type="esg : PurchaseChannelType" minOccurs="0" 
maxOccurs="unbounded" /> 
</sequence> 
</complexType> 

<complexType name="AcquisitionTableType"> 

<sequence> 

<element name="Acquisition" type="esg: AcquisitionType" minOccurs="0" maxOccurs="unbounded"/> 

</sequence> 
</complexType> 
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5.2.3.2 



ESG Semantics 



Field 


Semantics 


ESGType 


A complex type that aggregates the tables that contain ESG description 
metadata. 


ContentTable 


Specifies the content table. 


ScheduleEventTable 


Specifies the table of schedule events. 


ServiceTable 


Specifies the service table. 


ServiceBundleTable 


Specifies the service bundle table. 


PurchaseTable 


Specifies the purchase table. 


PurchaseChannelTable 


Specifies the purchase channel table. 


AcquisitionTable 


Specifies the acquisition table. 



Field 


Semantics 


ContentTableType 


Specifies a complex type that contains a table of content fragments. 


Content 


Specifies a content fragment. 


ScheduleEventTableType 


Specifies a complex type that contains a table of schedule event records. 


ScheduleEvent 


Specifies schedule event record. 


ServiceTableType 


Specifies a complex type that contains a table of service fragments. 


Service 


Specifies a service fragment. 


ServiceBundleTableType 


Specifies a complex type that contains a table of service bundle records. 


ServiceBundle 


Specifies a service bundle fragment. 


PurchaseTableType 


Specifies a complex type that contains a table of purchase fragments. 


Purchase 


Specifies a purchase fragment. 


PurchaseChannelTableType 


Specifies a complex type that contains a table of purchase channel fragments. 


PurchaseChannel 


Specifies a purchase channel fragment. 


AcquisitionTableType 


Specifies a complex type that contains a table of acquisition fragments. 


Acquisition 


Specifies an acquisition fragment. 



5.2.4 Default ESG Main Element Instantiation 

The transmission of the ESGMain Fragment is not mandatory (see clause 6.2.1). If the ESGMain fragment is not 
delivered to the decoder, the decoder is initialized with the default ESG Main fragment. The default ESGMain fragment 
is defined as follows. 

<ESGMain xmlns="urn: dvb : ipdc :esg:2005"> 
<ESG> 

<Content Table /> 

< ScheduleEvent Table /> 

<ServiceTable/> 

<ServiceBundleTable/> 

<PurchaseTable/> 

<PurchaseChannelTable/> 

<AcquisitionTable/> 
</ESG> 
</ESGMain> 

If the ESGMain fragment is delivered to the decoder, it shall be carried in the ESG Init Container with the restrictions 
specified in clause 8.1.1. 

5.3 Basic ESG Datatypes 

In this clause Basic ESG Datatypes are defined which are used in declarations of different ESG XML Fragments. 

5.3.1 ESG XML Fragment Reference 

The ESGIDRefType data type is defined to specify references between ESG XML fragments. 
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5.3.1 .1 ESG XML Fragment Reference Syntax 



<complexType name="ESGIDRef Type"> 

<at tribute name="IDRef " type="anyURI"/> 
</complexType> 

<complexType name= "Acquis it ionRef Type"> 
<complexContent> 

<extension base="esg : ESGIDRef Type"> 
<sequence> 

<element name=" Label" type="mpeg7 : Textual Type" minOccurs="0 ' 
maxOccurs="unbounded" /> 

</sequence> 
</extension> 
</complexContent> 
</complexType> 

<complexType name="ServiceRef Type"> 
<complexContent> 

<extension base="esg : ESGIDRef Type" > 

< at tribute name="serviceNumber " type="unsignedShort " /> 
</extension> 
</complexContent> 
</complexType> 



5.3.1 .2 ESG XML Fragment Reference Semantics 



Field 


Semantics 


IDRef 


Specifies the reference to an ESG XML Fragment. 


Label 


Specifies the characteristic of the referenced Acquisition Fragment in the scope of the referenced 
Acquisition Fragments of the service. 

For instance the Label can specify that the referenced Acquisition Fragment describes the "high 
resolution video" compared to other Acquisition Fragments. 


serviceNumber 


The logical number of the service in the context of the described service bundle. 
This number can be displayed to the user alongside the service name when a certain service 
bundle is selected. The user may enter the number on a numeric keypad to select the service. 
The terminal may also use this number to order the services of a service bundle displayed to the 
user on-screen. 



5.3.2 Related Material 

The RelatedMaterialType is used in a number of fragment types to enable the signalling of media assets that are related 
to the ESG XML Fragment (i.e. Content, Service or ServiceBundle Fragment). 

5.3.2.1 Related Material Syntax 
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5.3.2.2 



Related Material Semantics 



Field 


Semantics 


HowRelated 


Specifies the nature of the relationship between the described fragment (Content, 
Service or ServiceBundle Fragment) and the related media assets. 


MediaLocator 


Specifies the location of the media asset. Defined as an MPEG-7 datatype, 
MediaLocatorType (see clause 6.5.2 of ISO/IEC 15938-5 [4] for a detailed description). 


PromotionalText 


Specifies promotional information about the link, which can be used as an additional 
attractor (e.g. record "Pride and Prejudice" series). 


PromotionalMedia 


Specifies non-text promotional information such as a logo. 



5.3.3 ProviderType 

The ProviderType specifies information about a provider (e.g. Service Provider) and specifies a unique identification of 
the provider. 



5.3.3.1 



ProviderType Syntax 



<complexType name= "ProviderType "> 


<sequence> 




<element 


name="ProviderURI " type="anyURI " minOccurs="0 "/> 


<element 


name="ProviderName" type="mpeg7 : Textual Type" maxOccurs= "unbounded" /> 


<element 


name="ProviderLogo" type="mpeg7 : TitleMediaType" minOccurs="0 " /> 


<element 


name="Provider!nf ormationURL" type="anyURI " minOccurs="0 " /> 


</sequence> 




</complexType> 





5.3.3.2 



ProviderType Semantics 



Field 


Semantics 


ProviderURI 


A URI that uniquely identifies the provider. 


ProviderName 


The textual name of the provider, possibly in different languages. 


ProviderLogo 


Specifies a graphical representation of the provider promotional logo. 


ProviderlnformationURL 


Specifies a URL of more detailed information about the provider. 



5.3.4 Private Data 

The datatype defined in this clause provides an extension point to specify private data. Neither the syntax nor the 
semantics of this private data are defined in the present document. 



5.3.4.1 



Private Data Syntax 



<complexType name="PrivateDataType" abstract="true" /> 



5.4 Service Fragment 



The service fragment describes an IPDC service, for instance a traditional TV channel or a service supplying ring tones. 
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5.4.1 Service Fragment Syntax 



<complexType name="ServiceType"> 
<sequence> 

<element name="ServiceName" type="tva : Service Inf ormationNameType" 

maxOccurs="unbounded" /> 

<element name="ServiceNumber " type="unsignedShort " minOccurs="0"/> 

<element name="ServiceLogo" type="mpeg7 : TitleMediaType" minOccurs="0" 

maxOccurs="unbounded" /> 

<element name="ServiceDescription" type="tva : SynopsisType" minOccurs="0" 

maxOccurs="unbounded" /> 

<element name="ServiceGenre" type="tva : GenreType" minOccurs="0 " maxOccurs="unbounded" /> 

<element name="ServiceType" type="tva : ControlledTermType" minOccurs="0 " 

maxOccurs="unbounded" /> 

<element name="ParentalGuidance" type="mpeg7 :ParentalGuidanceType" minOccurs="0" 

maxOccurs="unbounded" /> 

<element name="ServiceLanguage 

<element name="ServiceProvider 

<element name="AcquisitionRef " type 

maxOccurs="unbounded" /> 

<element name="RelatedMaterial 

maxOccurs="unbounded" /> 

<element name="PrivateData" type="esg : PrivateDataType" minOccurs="0" 

maxOccurs="unbounded" /> 
</sequence> 

<attribute name="serviceID" type="anyURI" use="required"/> 
<attribute name="f reeToAir" type="boolean" use="optional"/> 
<attribute name="clearToAir" type="boolean" use="optional" /> 
</complexType> 



type="language" minOccurs="0" /> 
type="esg:ProviderType" minOccurs="0" /> 

esg: Acquis it ionRef Type" minOccurs="0 " 

type="esg: RelatedMaterialType" minOccurs="0 " 



5.4.2 Service Fragment Semantics 



Field 


Semantics 


ServiceName 


Specifies the name given to the described service. The ServiceName may be specified in 
different languages. 


ServiceNumber 


Specifies a number assigned to the service by the ESG provider, which is unique within the 
Current ESG XML Document. 

This number can be displayed to the user alongside the service name, and the user may enter 
the number on a numeric keypad to select the service. The terminal may also use this number 
to order the services displayed to the user on-screen. 


ServiceLogo 


Specifies the reference to media representing the title of the described Service. The media can 
be of type image, audio or video. 

NOTE 1 : This can take the form of a reference for instance to an image or a sound available 
externally to the metadata, or the media data can be provided inline. 


ServiceDescription 


Specifies the textual description of the described service in a specified language. 


ServiceGenre 


Specifies a genre that characterizes the main genre of the media content available from the 
described service. 


ServiceType 


Specifies the characteristic of the Service e.g. if it is a download service, a streaming service or 
a combination of both. This field might be overwritten by the ContentType field in associated 
Content Fragments. 


ParentalGuidance 


Specifies the parental rating of the described services. 


ServiceLanguage 


Specifies the primary spoken language used within the content available from this service. 
NOTE 2: This attribute eases the processing of the language information of one service by 

duplicating information which can be compiled from language information in ESG 

XML Fragments related to the Service Fragment. 
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Field 


Semantics 


ServiceProvider 


Specifies the service provider offering the described service (see clause 5.3.3). 

EXAMPLE 1 : For a TV channel, usually the service provider is the TV channel itself. 
EXAMPLE 2: For a daily newspaper downloading service, the service provider may be 
the Newspaper editor. 


AcquisitionRef 


Specifies the acquisitionID of the Acquisition Fragment which specifies generic information for 

the acquisition of this service. 

NOTE 3: This generic Acquisition Fragment referenced in the AcquisitionRef element of the 

Service Fragment might be overwritten by more specific Acquisition Fragments 

referenced in a Schedule Event Fragment (see clause 5.7). 


RelatedMaterial 


Specifies reference to material related to the described service. 

For instance, for a sport TV channel, a RelatedMaterial may be an URL of a web site which 

provides sports information. 


PrivateData 


Generic element instantiated to add private data. This is used e.g. for fields of specific services 
such as a rights object service. 


servicelD 


Unique identifier for the described Service. This identifier may just have local scope i.e. within 
the network from which the Service Fragment was acquired. Alternatively provided there is 
agreement between a number of network operators or the service provider, the identifier may 
have global scope, where a common identifier is used for identifying a service no matter which 
network the service description is acquired from. 

For example, broadcaster "Foo" may mandate that the identifier be, "foo.com/foo1 " for a 
service description, describing Channel 1 of broadcaster Foo. 


freeToAir 


Set to "true" the attribute specifies that the content associated to the service is available for 
free. Set to "false" the attribute specifies that the content associated to the service is not 
available for free. If the attribute is not specified this information has to be derived based on the 
related Purchase Fragments. 


clearToAir 


Set to "true" the attribute specifies that the content associated to the service is not scrambled. 
Set to "false" the attribute specifies that the content associated to the service is scrambled. 



5.5 Service Bundle Fragment 



The Service Bundle Fragment specifies a bundle of services. A bundle is understood to be a grouping of items offered 
to the user in the form of services. This grouping can be used to bind certain purchase information to the group or to add 
information to the items in context of the group (e.g. service number). 

The bundle notion is primarily commercial and gives the ability to group services together forming packages to 
customers i.e. sport service bundle, cinema service bundle. 



5.5.1 Service Bundle Fragment Syntax 



<complexType name="ServiceBundleType"> 
<sequence> 

name 
name 
name 
name 



<element 
<element 
<element 
<element 



ServiceBundleName" type="mpeg7 : Textual Type" maxOccurs= "unbounded" /> 
ServiceBundleProvider" type="esg : ProviderType" minOccurs="0 " /> 
ServiceBundleMediaTitle" type="mpeg7 : TitleMediaType" minOccurs="0"/> 
ServiceBundleDe script ion" type="mpeg7 : Textual Type" minOccurs="0 " 

maxOccur s= "unbounded" /> 

<element name="ServiceBundleGenre" type="tva : GenreType" minOccurs=" " 

maxOccur s= "unbounded" /> 

<element name="ServiceRef " type="esg : ServiceRef Type" minOccurs="0 " maxOccur s= "unbounded" /> 

<element name="ParentalGuidance" type="mpeg7 : ParentalGuidanceType" minOccurs="0 " 

maxOccur s= "unbounded" /> 

<element name=" RelatedMaterial" type="esg : RelatedMaterialType" minOccurs="0 " 

maxOccurs="unbounded" /> 
</sequence> 

< at tribute name="serviceBundleID" type="anyURI " use=" required" /> 
</complexType> 
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5.5.2 Service Bundle Fragment Semantics 



Field 


Semantics 


ServiceBundleName 


The name of the service bundle in text form. The name may be specified in different 
languages. 


ServiceBundleProvider 


Specifies the provider of the service bundle. 


ServiceBundleMediaTitle 


Specifies the reference to media representing the title of the described service bundle. 

The media can be of type image, audio or video. 

NOTE 1 : This can take the form of a reference for instance to an image or a sound 

available externally to the metadata, or the media data can be provided inline. 


ServiceBundleDescription 


Specifies the textual description of the service bundle in a specified language. 


ServiceBundleGenre 


Specifies a genre that characterizes the genre of the medias available from the described 
service bundle. 


ServiceRef 


Specifies the services contained in the service bundle. 

NOTE 2: To enable future extensions of the data model the reference is specified as an 
optional field. However in this version of the data model the field is mandatory. 


ParentalGuidance 


Specifies the parental rating of the described services. 


RelatedMaterial 


Specifies reference to material related to the described service bundle. 

For instance, for a TV channel bouquet, a RelatedMaterial may be a web site URL where 

additional information about the bouquet can be found. 


serviceBundlelD 


Specifies a unique identifier of the instantiated Service Bundle Fragment. For the scope of 
uniqueness see the semantics of servicelD in clause 5.4.2. 



5.6 Content Fragment 



A Content Fragment contains the metadata that describes the content independently of any particular delivery 
instantiation of that content. All types of contents (e.g. A/V, text, images) are described using the same data type. 



5.6.1 Content Fragment Syntax 



<complexType name="ConteritType"> 
<sequence> 

<element name=" Title" type="mpeg7 : TitleType" minOccurs="0" maxOccurs= "unbounded" /> 

<element name="MediaTitle" type="mpeg7 : TitleMediaType" minOccurs="0" 

maxOccurs="unbounded" /> 

<element name=" ServiceRef" type="esg: ESGIDRef Type" minOccurs="0 " maxOccurs= "unbounded" /> 

<element name=" Synopsis" type="tva : SynopsisType" minOccurs="0 " maxOccurs= "unbounded" /> 

<element name=" Keyword" type="tva : KeywordType" minOccurs="0 " maxOccurs= "unbounded" /> 

<element name=" Genre" type="tva : Gen re Type" minOccurs="0 " maxOccurs= "unbounded" /> 

<element name=" Content Type" type="tva: ControlledTermType" minOccurs="0 " 

maxOccurs="unbounded" /> 

<element name=" ParentalGuidance" type="mpeg7 : ParentalGuidanceType" minOccurs="0 " 

maxOccurs="unbounded" /> 

<e lenient name=" Language" type="mpeg7 : Ext endedLanguage Type" minOccurs = "0 " 

maxOccurs="unbounded" /> 

<e lenient name="CaptionLanguage" type="tva : CaptionLanguageType" minOccurs="0 " 

maxOccurs="unbounded" /> 

<e lenient name="SignLanguage" type="tva : SignLanguageType" minOccurs = "0 " 

maxOccurs="unbounded" /> 

<e lenient name=" Credits List " type = "tva : Cr edit sList Type" minOccurs = "0 " /> 

<e lenient name=" RelatedMaterial" type="esg : RelatedMaterialType" minOccurs="0 " 

maxOccurs= "unbounded" /> 

<e lenient name = " Duration" type = " duration" minOccurs = "0 " /> 

<e lenient name = "PrivateData" type = "esg : PrivateDataType" minOccurs = "0 " 

maxOccurs= "unbounded" /> 
</sequence> 

< at tribute name = " content ID" type = "anylIRI " us e = " required" /> 
</complexType> 
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5.6.2 Content Fragment Semantics 



Field 


Semantics 


Title 


Specifies the title assigned to the described content. The title may be associated to a language. 


MediaTitle 


Specifies the reference to media representing the title of the described content. 
NOTE 1 : This can take the form of a reference to an image or a sound available externally to 
the metadata, or the media data can be provided inline. 


ServiceRef 


Specifies the ServicelD of the Service Fragment to which the described content is associated 
to. 


Synopsis 


Specifies a short, textual summary of the described content. The language of the description is 
specified by the lang attribute. 


Keyword 


Specifies Keywords characterizing the described content. 


Genre 


Specifies a genre that characterizes the genre of the described content. 


ContentType 


Specifies the characteristic of the content e.g. if the content is download content, streaming 
content or a combination of both. If this element is present it overwrites the information 
specified in the field ServiceType in the ServiceFragment. If it is not present, the ContentType 
is inherited from the field ServiceType in the Service Fragment this Content belongs to. 


ParentalGuidance 


Specifies the parental rating of the described content. This element can be associated to a 
region. 


Language 


Specifies a language of the described content. 

NOTE 2: The language specification in the Content Fragment is seen to be user attracting 
data which can be displayed even if the related Acquisition Fragment is not 
available. However it is understood that the language specification in the Acquisition 
Fragment is more precise with respect to the components of the content. 


CaptionLanguage 


Specifies a caption language of the described content. 

NOTE 3: The caption language specification in the Content Fragment is seen to be user 

attracting data which can be displayed even if the related Acquisition Fragment is 
not available. However it is understood that the language specification in the 
Acquisition Fragment is more precise with respect to the components of the content. 


SignLanguage 


Specifies a sign language of the described content. 

NOTE 4: The sign language specification in the Content Fragment is seen to be user 

attracting data which can be displayed even if the related Acquisition Fragment is 
not available. However it is understood that the language specification in the 
Acquisition Fragment is more precise with respect to the components of the content. 


CreditsList 


The list of credits (e.g. actors, directors, etc.) for the content. 


RelatedMaterial 


Specifies reference to material related to the described content. 

For instance, a related material associated to an AV program may be a web site URL that 

provides more information about the AV program. 


Duration 


Specifies the duration of the described content. 

NOTE 5: The duration specifies in the Content Fragment differs from the duration which can 
be derived from the Schedule Event Fragment in that the first describes the duration 
of the content and the latter the time period in which it is available. 


PrivateData 


Generic element instantiated to add private data. This is used e.g. for fields of specific content 
such as a rights objects. 


contentID 


Specifies a unique Identifier of the instantiated Content Fragment. For the scope of uniqueness 
see the semantics of servicelD in clause 5.4.2. 



5.7 Schedule Event Fragment 



The Schedule Event Fragment specifies the broadcast time of a scheduled item which is a content item of a service. The 
specified broadcast time is the time to be displayed to the end user. 
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5.7.1 Schedule Event Fragment Syntax 



<complexType name= " S che duleE vent Type "> 
<sequence> 

<element name="PublishedStartTime" type="dateTime" minOccurs= 
<element name="PublishedEndTime" type="dateTime" minOccurs="0" 
<element name="ServiceRef " type="esg: ESGIDRef Type" /> 
< sequence maxOccurs=" unbounded" > 

<element name="ContentFragmentRef " type="esg:ESGIDRefType" 
< sequence maxOccurs=" unbounded "> 

<element name="AcquisitionRef " type="esg: AcquisitionRefType" minOccurs="0"/> 
<element name="ContentLocation" type="anyURI" minOccurs="0"/> 
</sequence> 
</sequence> 



'0"/> 



minOccurs="0 " /> 



</sequence> 
<attribute name= 
<attribute name= 
<attribute name= 
<attribute 



"live" type="boolean" use="optional"/> 
"repeat" type="boolean" use="optional"/> 
"freeToAir" type="boolean" use="optional"/> 
name="clearToAir" type="boolean" use="optional" /> 
<attribute name="scheduleID" type="anyURI" use="optional"/> 
</complexType> 



5.7.2 Schedule Event Fragment Semantics 



Field 


Semantics 


PublishedStartTime 


Specifies the start time of the scheduled item. 


PublishedEndTime 


Specifies the end time of the scheduled item. 


ServiceRef 


Specifies the ServicelD of the Service Fragment this Schedule Event is assigned to. 


ContentFragmentRef 


This field is used to reference a Content fragment, which describes the Content available 
during this Schedule event. 

Following this element a number of AcquisitionRef, and optional ContentLocation 
elements may be instantiated. These elements are used to declare the format and 
delivery parameters for the Content described by the referenced Content fragment. 


AcquisitionRef 


This field signals the Acquisition fragment that describes the particular format and 
acquisition parameters for the content item referenced by the previous 
ContentFragmentRef element. The following ContentLocation element announces the 
Content location for this particular instance of a Content Item. 


ContentLocation 


This field signals the URI of the Content location, that is used to identify the content file 
within the FLUTE session described in the Acquisition Fragment. 

NOTE: This element is only applicable for FLUTE sessions which carry more than one 
file during the lifetime of the event. 


live 


This flag is set to "true" to indicate that the schedule event is a live broadcast. This flag is 
set to "false" to indicate that the schedule event is a broadcast from recorded material. 


repeat 


This flag is set to "true" to indicate that the schedule event is a repeat of a previous 
broadcast. 


freeToAir 


Set to "true" the attribute specifies that the content associated to the scheduled service is 
available for free. Set to "false" the attribute specifies that the content associated to the 
scheduled service is not available for free. The freeToAir value in the Schedule Event 
fragment completely overrides its counterpart in the associated Service Fragment. When 
the freeToAir attribute is not present in the Schedule Event fragment, the freeToAir 
attribute from the associated Service Fragment must be taken into account. 


clearToAir 


Set to "true" the attribute specifies that the content associated to scheduled service is not 
scrambled. Set to "false" the attribute specifies that the content associated to schedule 
service is scrambled. The clearToAir value in the Schedule Event fragment completely 
overrides its counterpart in the associated Service Fragment. When the clearToAir 
attribute is not present in the Schedule Event Fragment, this attribute from the associated 
Service Fragment must be taken into account. 


schedulelD 


Specifies a unique Identifier of the instantiated Schedule Fragment. For the scope of 
uniqueness see the semantics of servicelD in clause 5.4.2. 



5.8 Purchase Fragment 



The Purchase Fragment specifies the purchase information of a service which can be displayed to the end user for 
information purposes. The Purchase Fragment also contains information required to make the actual purchase. 
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5.8.1 Purchase Fragment Syntax 

<complexType name =" Pu r chase Type "> 
<sequence> 

<element name="ServiceBundleRef " type="esg: ESGIDRef Type" minOccurs="0 "/> 
<e lenient name = "Price" maxOccurs = "unbounded" > 
<complexType> 

<simpleContent> 

<extension base=" float "> 

< at tribute name= "currency" type="esg : currencyCodeType" use=" required" /> 
</extension> 
</simpleContent> 
</complexType> 
</element> 

<e lenient name="UsageConstraints " type="esg: UsageConstraintsType" minOccurs="0 " 
maxOccurs= "unbounded" /> 

<e lenient name=" Description" type="mpeg7 : Textual Type" minOccurs = "0 " 
maxOccurs="unbounded" /> 

<e lenient name="PurchaseRequest " type="esg: PurchaseRe quest Type" minOccurs="0 " 
maxOccur s= "unbounded" /> 

<e lenient name="MediaTitle" type="mpeg7 : TitleMediaType" minOccurs = "0 " 
maxOccurs="unbounded" /> 
</sequence> 

<at tribute name=" start " type="dateTime" us e=" optional" /> 
<at tribute name="end" type="dateTime" us e=" optional" /> 
< at tribute name= "purchase ID" type="anyURI " us e=" optional" /> 
</complexType> 

< simple Type name=" currencyCodeType "> 

< re strict ion base="string"> 

<pattern value=" [a-zA-Z ] { 3 } " /> 

</restriction> 
</simpleType> 

<complexType name="UsageConstraintsType"> 
<sequence> 

<element name="PurchaseType" type="tva : ControlledTermType" minOccurs="0 " /> 
<element name= " Quant ityUnit " type="tva: ControlledTermType" minOccurs="0"/> 
<element name= "Quant it yRange" minOccurs="0 "> 
<complexType> 

< at tribute name="min" type="unsignedlnt " us e=" optional" /> 
< at tribute name="max" type="unsignedlnt " us e=" optional" /> 
</complexType> 
</element> 
</sequence> 
</complexType> 

<complexType name="PurchaseRequestType"> 
<sequence> 

<e lenient name = "DRMSystem" type = "anyURI " /> 

<element name="PurchaseData" type="esg : PurchaseDataBaseType" minOccurs="0 " /> 
<element name="PurchaseChannelIDRef " type="esg: ESGIDRef Type" minOccurs="0 " /> 
</sequence> 
</complexType> 

<complexType name =" PurchaseDataBaseType" abstract="true" /> 

<complexType name="PurchaseDataType"> 
<complexContent> 

<extension base="esg : PurchaseDataBaseType "> 
<sequence> 

<element name="Data" type=" string" /> 
</sequence> 
</extension> 
</complexContent> 
</complexType> 
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5.8.2 Purchase Fragment Semantics 



Field 


Semantics 


ServiceBundleRef 


Refers to an instantiated ServiceBundle Fragment which can be purchased according to the 

information provided within the Purchase Fragment. 

NOTE 1 : To enable future extensions of the data model the reference is specified as an 

optional field. However in this version of the data model the field is assumed to be 

mandatory. 


Price 


Specifies the price of an offer described by the instantiated Purchase Fragment. If several 
Price elements are instantiated these shall describe the price in different currencies. The 
currency code signalled in the currency attribute is specified in [27]. 
NOTE 2: The price information is non contractual information. 


UsageConstraints 


Describes the usage that is permitted when purchasing the rights associated with this 
Purchase Fragment. 

Multiple occurrences of the UsageConstraints element shall be treated as having an AND 
relationship. This allows for example business rules such as: maximum of 2 plays within the 
next 3 days. 


PurchaseType 


Specifies the type of purchase e.g. if the purchase legitimates to consume a service for a 
restricted period of time, a dedicated number of times or other types of purchase. 


QuantityUnit 


Specifies a quantization of the purchased item e.g. hour, day, number of plays. 


QuantityRange 


Specifies the range of the purchased item which is part of purchase according to the 
quantization specified in QuantityUnit. For example the maximum number of plays can be 
specified or the number of days one is legitimated to consume a service. If the offer varies 
depending on the content also the quantity range of the legitimation can be specified for 
example the legitimation to consume content from a min of four to a maximum of seven days. 


Description 


Specifies text which contains promotional information and which can not be described by 
Price and UsageConstraints elements. 


PurchaseRequest 


Specifies the Request to initiate the purchase. 


DRMSystem 


Specifies a URI which identifies the DRM system for which the PurchaseRequests associated 

PurchaseData is valid for. This field may be used to select an appropriate purchase 

mechanism based on the DRM systems supported within the terminal. DRMSystems 

registered by DVB as defined and registered by DVB [18] and [25] are refered to as Key 

Management Systems and shall be signalled by prefixing the CA_System_ID with 

"urn:dvb:casystemid:". 

An example of the field value is "urn:dvb:casystemid:709". 


PurchaseData 


Specifies a string in the Data element which is used to hold information necessary to perform 
the purchase. The interpretation of the data contained within this field is dependent on the 
DRM System. This field may for example contain a PurchaselD which indicates to a 
Purchase Server which option the user has chosen to purchase. 


PurchaseChannellDRef 


Specifies a reference to a PurchaseChannel fragment, which provides additional information 
about the operator who offers the purchase option. Additionally parameters of the Purchase 
Channel can be signalled which are specific to the purchase channel. 


MediaTitle 


Specifies the reference to media representing the title of the service bundle to which 
purchase information is attached. The specified MediaTitle replaces the MediaTitle of the 
ServiceBundle if the Purchase Fragment is applicable. The media can be of type image, 
audio or video. 

NOTE 3: This can take the form of a reference for instance to an image or a sound available 
externally to the metadata, or the media data can be provided inline. 


start 


Specifies the time from which the purchase information is valid. 


end 


Specifies the time until which the purchase information is valid. 


purchaselD 


Specifies a unique Identifier of the instantiated Purchase Fragment. For the scope of 
uniqueness see the semantics of servicelD in clause 5.4.2. 



5.9 Purchase Channel Fragment 



A purchase channel is the interface through which the terminal or user can interact with a purchase system. The 
purchase channel is described in the Purchase Channel Fragment by the name, the logo, the description, the contact 
information of the purchase channel operator and the parameters specific for the purchase system. These parameters are 
not specified in the present document but if required should be specified by the purchase system. 

In some deployments of a Mobile Broadcast platform, there may be multiple purchase channels. A certain end-user 
might have a "preferred" purchase channel (e.g. his/her mobile operator) to which all purchase requests should be 
directed (the preferred purchase channel may even be the only channel that an end-user can use). 



ETSI 



27 



ETSI TS 102 471 V1.2.1 (2006-11) 



5.9.1 Purchase Channel Fragment Syntax 



<complexType name 


="PurchaseChannel' 


ype"> 












<sequence> 
















<element 


name="Name" type=' 


mpeg7 


Textua 


IType 


" maxOccurs 


="unbounded" /> 


<element 


name= "Description' 


type 


="mpeg7 


:Text 


ualType" 


mi 


nOccurs="0 " 


maxOccurs 


= "unbouncieci"/> 














<element 


name="PortalURL" t 


ype="anyURI" 


minO 


ccurs="0' 


/> 




<element 


name=" Contact Info' 


type 


="anyURI" mi 


nOccurs=' 


0" 


maxOccurs="unbounded" /> 


<element 


name="MediaTitle" 


type= 


'mpeg7 : 


TitleMediaType 




minOccurs="0 " 


maxOccurs 


= "unbounded " / > 














<element 


name="PrivateData' 


type 


= "esg: P 


rivat 


eDataType 




minOccurs="0 " 


maxOccurs 


= "unbounded" /> 














</sequence> 
















<attribute name="purchaseChanne 


1ID" type="anyURI 


" use="re 


qu 


ired"/> 


</complexType> 

















5.9.2 Purchase Channel Fragment Semantics 



Field 


Semantics 


Name 


Name of the Purchase Channel. Several names in different languages can be specified by 
instantiating the xml:lang attribute. 


Description 


Specifies a Description of the Purchase Channel which can be displayed to the user. 


PortalURL 


Specifies a reference to a web site of the purchase channel. 


Contactlnfo 


Contact information like phone number to contact the Purchase Channel Operator. 


MediaTitle 


Specifies the reference to media representing the logo of the described Purchase Channel. 

The media can be of type image, audio or video. 

NOTE: This can take the form of a reference for instance to an image or a sound 

available externally to the metadata, or the media data can be provided inline. 


PrivateData 


Generic element instantiated to add private data. This is used e.g. for specific parameters 
of the Purchase Channel. 


purchaseChannellD 


Specifies a unique identifier for the described Purchase Channel. This identifier may just 
have local scope i.e. within the network from which the Purchase Channel Fragment was 
acquired. Alternatively provided there is agreement between a number of network 
operators or the Purchase Channel provider, the identifier may have global scope, where a 
common identifier is used for identifying a Purchase Channel no matter which network the 
Purchase Channel Fragment is acquired from. 



5.10 Acquisition Fragment 



The Acquisition Fragment specifies information to access a service or content. The Acquisition Fragment contains 
information displayed to the end user such as ComponentsCharacteristic, information relevant for the ESG application 
such as contentType and SessionDescription used by the media player for initialization. 

5.10.1 Referencing Described Content 

The Acquisition Fragment mandates the instantiation of the SessionDescription element to enable the identification of a 
session carrying content described by the ESG XML Fragments. The session is described by an SDP File. 

At a given time, a given Service Fragment may be linked to any number of Acquisition Fragments (so-called 
Service-related Acquisition Fragments). At the same time, one Schedule Event associated to the given Service may also 
be linked to any number of Acquisition Fragments (so-called Schedule-related Acquisition Fragments). 

Note that, in case a given session is identified in both Service-related Acquisition Fragment and Schedule-related 
Acquisition fragment, the terminal is not expected to reload the SDP file associated to the given session. 

For instance figures 5.2 and 5.3 provide an illustration of two use cases. 
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In figure 5.2 the identification of sessions transporting described content is illustrated based on a use case of a TV 
service with two temporarily audio tracks. Most of the time the depicted TV service has a video stream and an English 
audio stream. The respective sessions are described by SDP file "SDP1" which is referred to by Acquisition Fragment 
"Acquisitionl". However during "Event 2" in the TV service a French audio stream is also available. All streams 
available in this "Event 2" are described by SDP file "SDP2" which is referred to by Acquisition Fragment 
"Acquisition2". 

Also in the references to the Acquisition fragments a distinction exists. The Acquisition Fragment "Acquisitionl" is 
referenced as generic Acquisition Fragment directly from the Service Fragment. On the other side the Acquisition 
Fragment "Acquisition2" is referenced as a specific Acquisition Fragment from the Schedule Event Fragment "Schedule 
Event 2". 

Time 
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stream 



Event 2 



English Audio 
stream 

video stream 



SDP stream 
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Fragments 



Schedule Event 
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Service 
Fragments 



r^tr 



sdp r 



SDP 2' 



Event 1' 


Event 2 


Event 3 


Event 4 




Event 1 ' 


Event 2 


Event 3 


Event 4 



Acquisition 2 



Acquisition 1 
Schedule Event 1 I Schedule Event 2 Schedule Event 3 Schedule Event 4 



Service 



Figure 5.2: Relationship between described content streams, SDP files, 
Acquisition Fragments and other ESG XML Fragments 

The depicted identification of described content allows the user to tune to the TV Service in a continuous mode 
consuming the video and English audio track. However when the Schedule Event "Event 2" occurs the terminal may 
signal to the user that an additional French audio track is now available. 

In figure 5.3 the identification of sessions transporting described content is illustrated based on a use case of a TV 
service which regularly provides two audio tracks (French and English). The depicted TV service has a video stream 
and English audio stream which is expected to be the audio track that is always delivered. The respective session is 
described by the SDP file "SDP" which is referred to by Acquisition Fragment Acquisitionl. The Acquisition Fragment 
Acquisitionl describes only the English audio component. In the "SDP" file, both English and French audio streams are 
described as audio media (in that case the attribute a=lang may be used in accordance to RFC 2327 [26]). During 
event 2 and 3 the TV service English and French audio tracks are available. The Acquisition Fragment "Acquisition2" 
describes the English and French audio tracks and refers to the SDP file "SDP". "Acquisition2" overrides the 
information from "Acquisitionl". This way, the terminal and the users may be indicated that the French language is 
available during event 2 and 3 in addition to the English language. However the terminal player does not have to load a 
new SDP file. 
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Figure 5.3: Relationship between described content streams, SDP files, 
Acquisition Fragments and other ESG XML Fragments in the second use case 

5.10.2 Acquisition Fragment Syntax 

<complexType name=" Acquis it ionType"> 
<sequence> 

<element name=" Component De script ion" type="esg : ComponentDescriptionType" 

maxOccurs="unbounded" /> 

<element name="ZappingSupport " type="esg: ZappingSupportType" minOccurs="0"/> 

<element name="KeyStream" type="esg : KeyStreamBaseType" minOccurs="0" 

maxOccurs="unbounded" /> 
</sequence> 

<attribute name="contentMimeType" type="mpeg7 :mimeType" use="required" /> 
<attribute name="acquisitionID" type="anyURI " use="required" /> 
</complexType> 

<complexType name="ComponentDescriptionType"> 
<sequence> 

<element name=" Component Characteristic" type="esg : Component Character isticType" 
minOccurs="0 " maxOccurs= "unbounded" /> 

<element name="SessionDe script ion" type="esg: SessionDescriptionBaseType" /> 
</sequence> 
</complexType> 
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5.10.3 Acquisition Fragment Semantics 



Field 


Semantics 


ComponentDescription 


Describes a component of a service with respect to the characteristic of the component 
and the session in which the component is available. 

Note that an acquisition fragment can contain multiple ComponentDescriptions. For 
instance an indicated application can consume streaming components such as audio and 
video as well as download components such as interactive applications. In this case the 
streaming components are described by one ComponentDescription with a 
SessionDescription and two ComponentCharacteristic fields, one for audio and another 
one for video. A second ComponentDescription is instantiated for the download 
component describing the download session and the characteristic of the download 
components. 


ComponentCharacteristic 


Specifies the description of the component characteristic specific to the instance 
accessible by the instantiated acquisition information. 


SessionDescription 


Contains inlined SDP file which either directly describes the content session or the 
session carrying an SDP file that describes the content session (see clause 5.10.4). The 
transport of the SDP files in the latter case is specified in clause 8.5. 


ZappingSupport 


If specified indicates that zapping support of a specified Type is available for the 
acquisition described in the Acquisition Fragment. The field provides a specification of the 
type of zapping support and a reference to the session description (see clause 5.10.5). 


KeyStream 


Signals all available key streams for a given Acquisition Fragment required for decryption 
as described in clause 5.10.6. The mapping of key streams to media streams is described 
in TS 102 472 [5]. 


acquisitions 


Specifies a unique identifier of the instantiated Acquisition Fragment. For the scope of 
uniqueness see the semantics of servicelD in clause 5.4.2. 


contentMimeType 


Specifies the content type from which the terminal can determine the consuming 
application of the service. 



5.10.4 SessionDescription 

The session description files contain information that the terminal needs in order to be able to receive and consume the 
content of a service. Every session description file relates to a service or a schedule event of a service. A session 
description file contains application configuration information. The ESG XML Fragments include the information that 
helps the user to choose what service sessions he/she is interested in. 

There are two methods of conveying the content referencing SDP file: 

• Inline: where the session description file is inlined in the Acquisition fragment as element content. This is 
useful for situations where the contents of the SDP file are fixed for the time the Acquisition Fragment is 
signalled and known at the time the Acquisition Fragment is generated. In this case the 
SessionDescriptionType below contains an SDP element. 

• Out of Band: where the session description files are delivered independently of the Acquisition Fragment. 
This is useful for situations where, either the contents of the SDP file are not necessarily fixed for the time the 
Acquisition Fragment is signalled, or in cases where the Acquisition Fragment is signalled before the SDP file 
is available. In this case the SessionDescriptionType below contains an SDPRef element. 

Note that the SDPRefType comprises: 

• An SDPURI element, giving the URI of the content referencing SDP file. The URI is e.g. specified in the 
Content-Location attribute within the FDT of the FLUTE session. 

• An SDPStream element, which inlines an SDP file. The SDP file tells the terminal how to join the session to 
receive the content referencing SDP file. 

The AssociatedProcedureDescription file is always delivered out-of-band (i.e. not in the ESG Fragment Stream), either 
in SDP delivery session or as an object of the service content. In order to be able to identify this configuration file, a 
URI of the file can be instantiated within the session description datatypes. In case of the existence of an SDP delivery 
session, the AssociatedProcedureDescription file may be delivered over that session, which is referenced by the inlined 
SDP file. The AssociatedDeliveryProcedure may be delivered as component of the service content. This is not specified 
here. However, the URI SHALL be used to address the AssociatedDeliveryProcedure configuration file. 
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5.10.4.1 Session Description Syntax 



<complexType name="SessionDescriptionBaseType" abstract="true" /> 

<complexType name=" InlinedSDPType"> 
<complexContent> 

<extension base="esg: SessionDescriptionBaseType"> 
<sequence> 

<element name="SDP" type="esg: SDPType" /> 

<element name="AssociatedDeliveryProcedure" type="anyURI " minOccurs="0 " /> 
</sequence> 
</extension> 
</complexContent> 
</complexType> 

<complexType name="SDPRefType"> 
<complexContent> 

<extension base="esg: SessionDescriptionBaseType"> 
<sequence> 

<element name="SDPStream" type="esg: SDPType" /> 
<element name="SDPURI " type="anyURI " /> 

<element name="AssociatedDeliveryProcedure" type="anyURI " minOccurs="0 " /> 
</sequence> 
</extension> 
</complexContent> 
</complexType> 

OimpleType name= "SDPType"> 

<! Note: the InlinedSDP below must be embedded in a CDATA section — > 

<restriction base="string" /> 
</simpleType> 



5.10.4.2 Session Description Semantics 



Field 


Semantics 


SDP 


Inlined content referencing SDP file containing information that the terminal needs 
in order to be able to receive and consume the content of the service session. 


SDPStream 


Identifies a stream of SDP files by an inlined SDP file. This SDP file contains 
information that the terminal needs to open a FLUTE session which carries the 
content referencing SDP file identified by SDPURI. 


SDPURI 


URI referring to a content referencing SDP file containing information that the 
terminal needs in order to be able to receive and consume the content of the 
service session. This content referencing SDP file is transported in a FLUTE 
session signalled by the SDPStream element. 


Associated DeliveryProcedure 


URI referring to the AssociatedDeliveryProcedure configuration file. For details 
about the AssociatedDeliveryProcedure itself and the transport of the configuration 
file see TS 102 472 [5].This element is optional as the service may choose not to 
provide this functionality. 


NOTE: White spaces i.e. space characters, carriage returns, line feeds or tabs shall be preserved in the processing of 
SDPType content. 



5.10.5 Zapping Support 

Any normal streamed service may be complemented by an associated zapping support. 
Zapping support can be provided to the user with two options: 

a) Dynamic Zapping, where the Zapping Support is provided not as part of the ESG data so it can be dynamically 
changing. 

b) Static Zapping, where the Zapping Support is provided inlined. 
Both options are described in the following. 
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Dynamic zapping 



The dynamic zapping support is provided as a stream, which contains content to support the zapping to the sessions 
described by this Acquisition Fragment, e.g. a copy of the audio/video content with reduced performance, a still picture 
showing the latest snapshot out of the current video or dynamic text such as subtitles. Also a combination of the 
aforementioned is possible. The zapping support can provide data of different types. The type or types of zapping data 
can be obtained from the Zapping Support Classification Scheme as declared in clause C.2. The session description of 
the Zapping Support Session can be obtained from the ZappingSupportSessionDescription Element. 

Static Zapping 

The static zapping support is provided in form of inlined data, which contains content to support the zapping to the 
sessions described by this Acquisition Fragment, such as a still picture giving the impression of the current A/V service, 
graphics or simple text. Availability of a complementing static zapping support for a particular streaming session is 
signalled in the Acquisition Fragment by the presence of the MediaLocator element. The type or types of zapping data 
can be obtained from the Zapping Support Classification Scheme as declared in clause C.2. 

5.10.5.1 Zapping Support Syntax 

<complexType name="ZappingSupportType"> 
< sequence maxOccurs=" unbounded "> 

<element name="Type" type="tva : ControlledTermType" minOccurs="0" maxOccurs="unbounded"/> 
<choice> 

<element name= "MediaLocator" type="mpeg7 :MediaLocatorType"/> 

<element name="ZappingSDP" type="esg: SessionDescriptionBaseType" minOccurs="0"/> 
</choice> 
</sequence> 
</complexType> 



5.10.5.2 Zapping Support Semantics 



Field 


Semantics 


Type 


Specifies the type of zapping support as a controlled term. A classification scheme of available 
types, e.g. video or image is specified in clause C.2. 


MediaLocator 


In case of a static zapping support this field specifies the inlined content for zapping support. 


ZappingSDP 


In case of a dynamic zapping support this field specifies the session description of the Zapping 
Support session. The session description is defined in clause 5.10.4. 



5.10.6 Key stream 



Key streams carry key material used to descramble encrypted traffic. The format of the key stream is dependent on the 
KMS and is identified by the IPDCKMSId. 

If required the esg:KeyStreamType can be extended to signal additional information. 

5.1 0.6.1 Key Stream Syntax 

<complexType name="KeyStreamBaseType" abs tract =" true" /> 

<complexType name="KeyStreamType"> 
<complexContent> 

<extension base="esg: KeyStreamBaseType"> 

<at tribute name=" IPDCKMSId" type="unsignedShort " us e=" required" /> 
<at tribute name="IPDCOperatorId" type=" string" us e=" required" /> 
</extension> 
</complexContent> 
</complexType> 
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5.1 0.6.2 Key Stream Semantics 



Field 


Semantics 


IPDCKMSId 


The ID of the Key Management System (KMS) as defined and registered by DVB [18] and 
EN 300 468 [25]. 


IPDCOperatorld 


The ID of the entity who operates this key stream. 



5.10.7 Component Characteristic 



In this clause a datatype is defined to describe the media components of the service or schedule event. In this 
description video, audio and download components can be distinguished. 

5.1 0.7.1 Component Characteristic Syntax 

<complexType name=" Component Char act eristicType" abstract="true"> 

<sequence> 

<element name = "Bandwidth" type="tva : BitRateType" minOccurs="0 " /> 

</sequence> 

<at tribute name= "purpose" type=" string" us e=" optional" /> 
</complexType> 

<complexType name ="VideoComponent Type "> 
<complexContent> 

<extension base="esg : ComponentCharacteristicType"> 
<sequence> 

<element name="CodecChar act eristic" type="esg : Vide oCodec Char act eristicType" 
minOccurs="0"/> 

<element name="FrameRate" type="tva : FrameRateType" minOccurs="0 " /> 
<element name="OpenCaptionLanguage" type=" language" minOccurs="0 " /> 
<element name="SignLanguage" type="tva: SignLanguageType" minOccurs="0"/> 
</sequence> 
</extension> 
</complexContent> 
</complexType> 

<complexType name="VideoCodecCharacteristicType"> 
<sequence> 

<element name=" Codec" type="tva : ControlledTermType" minOccurs="0 " /> 

<element name="Prof ileLevel Indication" type="tva : ControlledTermType" minOccurs="0 " /> 
</sequence> 
</complexType> 

<complexType name="AudioComponentType"> 
<complexContent> 

<extension base="esg : ComponentCharacteristicType"> 
<sequence> 

<element name=" Codec" type="tva: ControlledTermType" minOccurs="0 " /> 
<element name="Mode" type="tva: ControlledTermType" minOccurs="0"/> 
<element name=" Language" type="mpeg7 : Ext endedLanguage Type" minOccurs="0 " 
maxOccurs= "unbounded" /> 
</sequence> 
</extension> 
</complexContent> 
</complexType> 

<complexType name="FileDownloadComponentType"> 
<complexContent> 

<extension base="esg : ComponentCharacteristicType"> 
<sequence> 

<element name="FileFormat " type=" string" minOccurs="0 " maxOccurs= "unbounded" /> 
<element name=" Storage" type="unsignedlnt " minOccurs="0 " /> 
</sequence> 
</extension> 
</complexContent> 
</complexType> 
</schema> 
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5.10.7.2 ComponentCharacteric Semantics 



ComponentCharacteristic 



Field 


Semantics 


Bandwidth 


Signals the bandwidth consumed by the described component. The specified bandwidth can 
be classified to be the maximal, average or minimal bandwidth. 


purpose 


Signals the purpose of the component in the context of the service, e.g. an audio component 
can be the audio track of a video or the audio track for visually impaired persons. 



AudioComponentCharacteristic 



Field 


Semantics 


Codec 


Signals which audio codec is used to represent the audio (see [6] for available codecs). For 
this purpose terms of a defined classification scheme are referenced. 


Mode 


Signals in which mode of the audio streams, e.g. if the audio stream is a representation of 
two or more audio channels and their constellation. For this purpose terms of a defined 
classification scheme are referenced. 


Language 


Signals the language of speech information in an audio stream. 



VideoComponentCharacteristic 



Field 


Semantics 


Codec 


Signals which video codec is used to represent the video (see [6] for available codecs). For 
this purpose terms of a defined classification scheme are referenced. 


ProfileLevellndication 


Signals which profileLevel is used to represent the video. For this purpose terms of a defined 
classification scheme are referenced. 


FrameRate 


Signals the frame rate of the video. 


OpenCaptionLanguage 


Signals the language of an open caption contained in a video. 


SignLanguage 


Signals the sign language visualized in a video. 



FileDownloadComponentCharacteristic 



Field 


Semantics 


FileFormat 


Specifies the file formats of the files contained in the download component. The value of 
FileFormat shall be a valid string representation of a Mime Type (RFC 2046 [2]). 


Storage 


Size of the available files signalled in megabytes. 





ESG Representation 



6.1 



Introduction 



ESG Fragments may be represented in three ways. Firstly, ESG Fragments may be uncompressed, secondly, ESG 
Fragments may be compressed with GZIP (RFC 1952 [7]), and thirdly, ESG Fragments may be compressed with BiM 
specified in ISO/IEC 15938-1 [3] as adopted by DVB-GBS in the document "Carriage and signalling of TV-Anytime 
information in DVB transport streams" (TS 102 323 [8]). The present document specifies amendments in order to 
correspond to the requirements of compression and simplicity defined for the transport of ESG fragments. 

NOTE: The complete transport object carrying an ESG Container can be compressed with GZIP based on content 
encoding signalled in ALC/FLUTE as specified for file delivery in TS 102 472 [5]. 

To signal how the ESG XML Fragments are represented the ESG Init Message is defined in clause 6.2. The 
representation and encapsulation of the ESG XML Fragments itself are defined in clause 6.3. Finally the processing 
rules of those Encapsulated ESG XML Fragments are specified in clause 6.4. 
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6.2 ESG Init Message 



The ESG Init Message serves the purpose to initialize the reception of the ESG. For this purpose it signals the 
representation of the ESG, the presence of an index and the Decoderlnit. The ESG Init Message is transported in the 
ESG Init Container (see clause 8.1.1) in the ESG FLUTE session in the single stream mode (see clause 8.3) or in the 
FLUTE Session of the Announcement Carousel in the Multiple Stream mode (see clause 8.4). 

The syntax of the ESG Init Message is defined as follows. 



Syntax 


No. of bits 


Mnemonic 


ESG Init Message! 






EncodingVersion 


8 


uimsbf 


IndexingFlag 


1 


bslbf 


reserved 


7 




Decoder I nitptr 


8 


bslbf 


if (IndexingFlag) { 






IndexingVersion 


8 


uimsbf 


} 






if ( EncodingVersion == "OxFl") { 






BufferSizeFlag 


1 


bslbf 


PositionCodeFlag 


1 


bslbf 


reserved 


6 




CharacterEncoding 


8 


uimsbf 


if (BufferSizeFlag == "1") { 






Buf f erSize 


24 


uimsbf 


} 






} 






if ( EncodingVersion == "0xF2" EncodingVersion == "0xF3") { 






CharacterEncoding 


8 


uimsbf 


} 






Reserved 


0or8+ 




Decoderlnit ( ) 




bslbf 


} 







The semantics of all fields of the ESG Init Message are as defined for the DVB TVA-init message defined in 
TS 102 323 [8], except for the EncodingVersion and Decoderlnit fields which are specified in this clause. 



Field 


Semantics 


EncodingVersion 


This field indicates the method of encoding used to represent the ESG XML 
Fragments. This field shall be encoded according to table 6.1 . 



Table 6.1 : Extension of the Encoding version 



Value 


Encoding version 


0x00 to OxEF 


TVA reserved 


OxFO 


DVB reserved 


0xF1 


DVB profile of TVA MPEG 7 profile (BiM) ISO/IEC 1 5938-1 [3] as defined in the present document 


0xF2 


GZip encoded 


0xF3 


No Encoding i.e. raw XML 


0xF4 to 0xF7 


DVB reserved 


0xF8 to OxFF 


User defined 



6.2.1 Decoderlnit and default ESGMain Element fragment 

The Decoderlnit is used to configure parameters required for the decoding and/or parsing of the ESG XML fragments 
and to transmit the initial state of the ESG Document. 
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The syntax of the Decoderlnit is dependent on the encoding used for ESG XML Fragment representation. The encoding 
used is signalled by the Encoding Version field within the ESG Init Message. In the case where the Encoding Version is 
set to "0xF2" or "0xF3", the reader shall refer to clause 6.2.2 for the definition of the Decoderlnit syntax. In the case 
where the Encoding Version is set to "OxFl", the reader shall refer to clause 6.2.3 for the definition of the Decoderlnit 

syntax. 

The ESGMain Element fragment defines the initial description of the ESG Document. The transmission of this 
fragment is not mandatory. If the ESGMain Element fragment is not delivered to the decoder, the decoder is initialized 
with the default ESGMain Element fragment. The default ESGMain Element fragment is defined in clause 5.2.4. 

If the ESGMain Element fragment is delivered to the decoder, it shall be encapsulated in the ESG Init Container as 
defined in clause 7, and this ESG Init Container (see clause 8.1.1) shall be transported in the ESG FLUTE session in the 
single stream mode (see clause 8.3) or in the FLUTE Session of the Announcement Carousel in the Multiple Stream 
mode (see clause 8.4). 

6.2.2 Textual Decoderlnit 

The Decoderlnit specified in this clause is used to transmit initialization information required by the textual decoder in 
the case the EncodingVersion is set to "0xF2" or "0xF3" in the ESG Init Message. 

This initialization information is split into two parts. The first part defines the set of namespaces and their prefixes used 
within the ESG XML Fragments to be delivered. The second part allows the declaration of ESG XML Fragment Types. 
The numeric value identifies the ESG XML Fragment Type of ESG XML Fragments being delivered within an 
Encapsulated Textual ESG XML Fragment (see clause 6.3.1). Table 6.2 defines values to be used for the ESG XML 
Fragment Types declared within the present document. It is not a requirement to describe these ESG XML Fragment 
Types within the DecoderInit(). However if private extensions have been made to the ESG data model, which result in 
the delivery of new ESG XML Fragment Types, then these shall be declared within the DecoderInit(). 

The syntax of the Decoderlnit is as follows. 



Syntax 


No. of bits 


Mnemonic 


Decoderlnit () { 






version 


8 


uimsbf 


length 


8+ 


vluimsbf8 


num_namespace_pre fixes 


8 


uimsbf 


for(i=0; i<num_namespace_pref ixes; i++) { 






pref ix_string_ptr 


16 


uimsbf 


names pa ce_URI_ptr 


16 


uimsbf 


} 






num_f ragment_types 


16 


uimsbf 


for(i=0; i<num_f ragment__types; i++) { 






xpath_ptr 


16 


uimsbf 


ESG_XML_fragment_type 


16 


uimsbf 


} 






} 
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Field 


Semantics 


version 


Specifies the version of the Textual Decoder Init. The value shall be set to "1". 

NOTE 1 : This version is incremented if the specification of ESG Entry is changed in a 

not forward compatible way. 
NOTE 2: A receiver should only decode Textual Decoder Inits which it complies to. 


length 


The length of the Textual Decoder Init in bytes excluding the Version and Length fields. 
NOTE 3: This allows forward compatible implementations even if fields are added in the 
future to the Textual Decoder Init. 


num_namespace_prefixes 


This specifies the number of namespace prefixes declared. 


prefix_string_ptr 


This is the offset in bytes from the start of the string repository of this container to the first 
byte of the prefix. 


namespace_URI_ptr 


This is a pointer to a string within the string repository which contains the declared 
namespaces. 


num_fragment_types 


This specifies the number of different ESG XML fragment types carried within the ESG. 


xpath ptr 


This is the offset in bytes from the start of the string repository of this container to the first 
byte of the xPath string which identifies the root element of the ESG XML Fragment. 


ESG_XML_fragment_type 


A 16 bit value which is used within the ESG_XML_fragment_type field of the 
Encapsulated Textual ESG XML Fragment specified in clause 6.3.1 to identify the ESG 
XML Fragment Type. 



6.2.3 BiM Decoderlnit 

The Decoderlnit specified in this clause is used to transmit initialization information required by the BiM Decoder in 
the case where the Encoding Version is set to "OxFl" in the ESG Init Message. The Syntax of the Decoderlnit is 
specified in ISO/IEC 15938-1 [3]. 

At least one schema URI shall be transmitted in the Decoderlnit. Consequently, the field NumberOfSchemas of the 
Decoderlnit shall be greater than or equal to 1 and the field SchemaURI[0] of the Decoderlnit shall be set to 
"urn:dvb:ipdc:esg:2005", indicating the use of the schema defined in the present document. 

Additionally, in order to support the transmission of supplemental ESG data additional BiM code spaces and schemalDs 
shall be reserved by the following settings in the Decoderlnit according to ISO/IEC 15938-1 [3]: the flag 
NoAdvancedFeatures shall be set to "0", the flag AdditionalSchemaFlag shall be set to "1", the 
NumberOfAdditionalSchemas shall be set to "256", NumberOfKnownAdditionalSchemas shall be set to "0", the flag 
IsThereExternallyCastableType shall be set to "0", and the flag IsThereExternallySubstitutableType shall be set to "0". 

The initial state of a BiM decoder for a binary description tree is given by an initial description. In an ESG fragment 
stream, the initial description is given by the ESG Main fragment according to clause 6.2.1. 

As a consequence, the InitialDescription() field of the Decoderlnit message as specified in ISO/IEC 15938-1 [3], shall 
always be empty. 

Table 52 ContextPathCode extends the DVBContextPath of TS 102 323 [8] with the values specified in table 6.2. 

Table 6.2: Values of ESG_XML_fragment_type (in the case of textual representation) and 
ContextPathCode (in the case of BiM representation) to signal ESG XML Fragment Types 



Value 


ESG XML Fragment Type 


XML Data Type 


0x0020 


esg:ESGMain Fragment 


esg:ESGMainType 


0x0021 


esg:Content Fragment 


esg:ContentType 


0x0022 


esg:ScheduleEvent Fragment 


esg:ScheduleEventType 


0x0023 


esg:Service Fragment 


esg:ServiceType 


0x0024 


esg:ServiceBundle Fragment 


esg:ServiceBundleType 


0x0025 


esg:Acquisition fragment 


esg:AcquisitionType 


0x0026 


esg:Purchase Fragment 


esg:PurchaseType 


0x0027 


esg:PurchaseChannel Fragment 


esg:PurchaseChannelType 



To support ESG extensions additionally a mode of variable length ContextPathCode is defined below. 
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6.2.3.1 ContextPathCode with variable length 

The variable length ContextPathCodes are signalled in the ContextPathTable in the Decoderlnit as specified in 
clause 7.2 of ISO/IEC 15938-1 [3], In the case variable length ContextPathCodes are signalled the 
ContextPathTableFlag shall be set to "1" in the Decoderlnit according to ISO/IEC 15938-1 [3]. 

6.2.3.2 DVB Datatype Codecs 

The following defines a set of codecs that shall be used by default for the encoding of ESG XML Fragments if BiM is 
used for the representation of ESG XML Fragments. 

In the MPEG-7 framework, the use of a specific codec for a specific type is signalled using the codec configuration 
mechanism defined in ISO/IEC 15938-1 [3], This mechanism associates a codec using its URI with a list of schema 
types. For that purpose, a URI is assigned to each codec in a classificationScheme, which defines the list of the specific 
codecs. 

In the present document, this list is composed of the following codecs: 

• dvbStringCodec (as it is specified in TS 102 323 [8]). 

• dvbDateTimeCodec (as it is specified in TS 102 323 [8]). 

• dvbDurationCodec (as it is specified in TS 102 323 [8]). 

• dvbControlledTermCodec (as it is specified in TS 102 323 [8]). 

The following figure lists the codec definitions of the standard ClassificationScheme used by the present document. 



<Classif i cat ion Scheme uri="urn: tva : metadata : 2004 : cs : CodecTypeCS "> 
<Term termID="l"> 

<Name xml : lang="en">dvbStringCodec</Name> 

<Definition xml : lang="en">Encodes string by using an external string 
buf f er</Def inition> 
</Term> 
<Term termID="2"> 

<Name xml : lang="en">dvbDateTimeCodec</Name> 

<Definition xml : lang="en">Encodes date using Modified Julian Date & Time in 
Millisecond and differential encoding</Def inition> 
</Term> 
<Term termID="3"> 

<Name xml : lang="en">dvbDurationCodec</Name> 

<Definition xml : lang="en">Encodes duration using strings or 
approximation with an accuracy of 1 minute </Def inition> 
</Term> 
<Term termID="5"> 

<Name xml : lang="en">dvbControlledTermCodec</Name> 

<Definition xml : lang="en">Encodes Controlled Terms using indices</Def inition> 
</Term> 
< /Class if icationScheme> 



Figure 6.1 : DVB codec classification 

6.3 Encapsulated ESG XML Fragment 

In this clause the Encapsulated ESG XML Fragments carried in the ESG Data Repository as described in clause 7.4 is 
specified. 

6.3.1 Encapsulated Textual ESG XML Fragment 

The Encapsulated Textual ESG XML Fragment shall be used for the representation of Textual or GZipped ESG XML 
Fragments within the ESG Data Repository. The use of Encapsulated Textual ESG XML Fragments is mandated when 
the EncodingVersion field within the ESG Init Message is set to "0xF2" or "0xF3". 
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Syntax 


No. of bits 


Mnemonic 


EncapsulatedTextualESGXMLFragment () { 






ESG_XML_fragment_type 


16 


uimsbf 


Data_length 


8+ 


vluimsbf8 


for(i=0; i<Data_length; i++) { 






data_byte [i] 






} 






} 







Field 


Semantics 


ESG_XML_fragment_type 


An identifier which enables a terminal to know what type of ESG XML Fragment this is 
(e.g. Content Fragment, Service Fragment etc). These values may be declared within 
the Decoderlnit as specified in clause 6.2.2 or may be well known by the terminal as 
specified in table 6.2. 


Datajength 


Signals the number of data byte bytes. 


data_byte 


A single byte forming a part of the GZipped ESG XML fragment in the case 
EncodingVersion is set to "0xF2" or Textual ESG XML fragment in the case 
EncodingVersion is set to "0xF3". 



6.3.2 Encapsulated BiM ESG XML Fragment 

The Encapsulated BiM ESG XML Fragment shall be used for the representation of BiM ESG XML fragments within 
the ESG Data Repository. The use of Encapsulated BiM ESG XML Fragments is mandated when the EncodingVersion 
field within the ESG Ink Message is set to "OxFl". 



Syntax 


No. of bits 


Identifier 


EncapsulatedBiMESGXMLFragment () { 






external_string_buf f er_ptr 


16 


uimsbf 


Fragment_Length 


8+ 


vluimsbf8 


ContextPathCode 


ContextPathCode Length 


uimsbf 


FragmentUpdatePayload (start Type) 






nextByteBoundary ( ) 






} 







Field 


Semantics 


external_string buffer_ptr 


The zero-based offset in bytes from the start of the string repository within this container 
to the first byte of the external string buffer for the fragment. 

NOTE1 : Fragments may not contain any string data. In such a case no particular value 
is specified for the external string buffer ptr. 


Fragment_Length 


This field specifies in bytes the sum of the length of the ContextPathCode and the 
length of the FragmentUpdatePayload. 


ContextPathCode 


This field identifies the element representing the signalled ESG XML Fragment. From 
this field the startType is derived as specified in ISO/IEC 15938-1 [3]. 
If no ContextPathTable is transmitted, the field shall be encoded according to table 6.2. 
If a ContextPathTable is transmitted, the field shall be encoded according to this table 
(see clause 6.2.3.1). 


ContextPathCode_Length 


If no ContextPathTable is transmitted, this variable is set to 1 6 bits. 
If a ContextPathTable is transmitted, this variable is set to the value 
ContextPathCode Length transported in the ContextPathTable (see clause 6.2.3.1). 


startType 


This variable identifies the XML data type signalled by the ContextPathCode according 

to the XML schema definition. The value of this variable is deduced from the 

ContextPathCode field. 

If no ContextPathTable is transmitted, this field is set to the XML data type associated to 

the value of the ContextPathCode field as defined in table 6.2. 

If a ContextPathTable is transmitted, this field is deduced from this table and the 

ContextPathCode field (see clause 6.2.3.1). 


FragmentUpdatePayload 


Signals the payload of the ESG XML Fragment of XML data type startType as defined 
in ISO/IEC 15938-1 [3], clause 8.3. 
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6.4 Processing of ESG XML Representation 

6.4.1 Introduction 

An ESG metadata system includes a common core set of metadata as defined in clause 5, to ensure a minimum level of 
interoperability. Extensibility is a key ESG feature. Backward and possibly forward compatibility shall be maintained 
when the ESG Schema is extended: 

• Forward compatibility means an ESG application that is only aware of a previous version of a schema is able 
to partially decode a description conformant to an updated version of that schema. 

• Backward compatibility means an ESG application that is only aware of a new version of the schema is able to 
partially decode a description conformant to a previous version of that schema. 

The XML Schema [17] that is used as the ESG data model representation language for metadata is the main instrument 
for this extensibility. 

Extension rules to allow the extension of the specification with new ESG data model definitions, or for private 
extensions are defined in annex D. 

The namespace of the schemas are used by the application processing the ESG XML Fragments to identify whether 
they are accessing XML elements or attributes defined in the original ESG schema or the extended schema. 

6.4.2 Decoder behaviour with XML Encoding 

The XML syntax signals to the ESG decoder which schema each element or attribute belongs to. Parts of ESG XML 
Fragments defined in the original schema or in the extended schema are identified in ESG XML Fragments by using 
schema namespaces to fully qualify element names, possibly by using namespace prefixes. This allows the ESG 
Decoder to avoid processing parts of the ESG XML fragments being parsed and which are related to an unknown 
schema. 

The Textual Decoderlnit, as defined in clause 6.2.2, identifies schema versions which are used in the ESG XML 
fragment stream. 

6.4.3 Decoder behaviour with BiM Encoding 

With BiM, backward compatibility is provided by the unique reference of the used schema in the Decoderlnit. Forward 
compatibility is ensured by a specific syntax defined in clauses 7 and 8 of ISO/IEC 15938-1 [3]. 

The binary format allows one to keep parts of a description related to different schemas in separate chunks of the binary 
description stream, so that parts related to an unknown schema may be skipped by the decoder. The Decoderlnit, as 
defined in the clause 6.2.3, identifies schema versions with which compatibility is preserved by listing their Schema 
URIs. A decoder that knows at least one of the Schema URIs will be able to decode at least part of the binary 
description stream. 



ESG Fragment Encapsulation 



7.1 Overview 

Fragmentation is the generic decomposition mechanism of the ESG into self-consistent units of data. 
In this context self-consistency capability of an ESG Fragment means that: 

• ESG Fragments can be obtained in a random order. 

• Each ESG Fragment can be transmitted and updated independently. 
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Different types of fragments may exist: 

• ESG XML fragments. 

• ESG Auxiliary data. 

• Private Auxiliary data. 

NOTE 1 : The transport of ESG Fragments is only specified inside ESG Containers as described in this clause with 
one exception: the transport of SDP files describing sessions. The transport of those SDP files is 
motivated in clause 5.10.1 and specified in clause 8.5. 

The encapsulation of ESG Fragments serves three purposes: 

• Aggregation: To reduce the overhead of fragment management information and to support the processing and 
transmission of ESG information of considerable size, ESG Fragments are aggregated into ESG Containers. 

• Fragment Management: To enable the management of fragment creation, deletion and updates over time the 
fragment management information is signalled for each fragment. This allows a terminal to identify new 
versions of a fragment without actually reading and comparing the content of the fragments. 

• Processing Support: To support a fast processing of ESG Fragments on the terminal redundant data is added 
into the ESG Container to support the fast random access to the content of ESG Fragments. 

The specification of the ESG Fragment Encapsulation is divided into these three parts: ESG Container, ESG Fragment 
Management Information and ESG Data Repository. 

NOTE 2: This clause specifies the encapsulation of ESG Fragments for the case of unidirectional communication 
scenarios. The communication of ESG Fragments in point to point communication scenarios is not 
described in the present document. 

7.2 ESG Container 

The ESG Containers are transport objects delivered by the transport layer. They aggregate ESG Fragments to enable the 
efficient transport and processing of ESG data. Beside the specification of the syntax and the semantics of the data 
fields of an ESG Container also the notion of container identity is specified. 

7.2.1 ESG Container Identity and Versioning 

The ESG Container is provided a unique identifier (ContainerJD) and versioning information. Both Container_ID and 
versioning information shall be conveyed at the transport layer. ContainerJD shall be a unique number within the 
scope of the ESG Fragment Stream. It is valid to re-use a ContainerJD value, provided that sufficient time has elapsed 
since the Container_id value was last used. Signalling the ContainerJD and versioning information of a container 
enables the terminal to determine if an update action has to be taken on a set of fragments cached in the terminal. 
Operations signalled by incrementing the versioning information of the container are: 

a) an already contained fragment is updated; 

b) a new fragment is added to the container; 

c) a contained fragment is removed from the container. 
Consequently an ESG Container has the same identity as long as: 

d) a fragment is not moved from or to the identified container. 
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7.2.2 ESG Container Syntax 



Syntax 


No. of bits 


Mnemonic 


container () { 






container_header { 






num_structures 


8 


uimsbf 


for Cj=0; j<num_structures ; j++) { 






structure_type [ j ] 


8 


uimsbf 


structurejd [ j ] 


8 


uimsbf 


structure_ptr [ j ] 


24 


uimsbf 


structure_length [ j ] 


24 


uimsbf 


} 






} 






for (j=0; j<byte_count; j++) { 






structure_body [ j ] 






} 






} 







7.2.3 ESG Container Semantics 



Field 


Semantics 


num_structures 


This field specifies the number of structures contained within this container. A value of 0x00 is 
invalid. 


structure_type[j] 


This field specifies the type of structure being referenced, according to table 7.1 . 


structure_id[j] 


This field identifies multiple occurrences of a specific structure_type. In some cases this is 
just an instance identifier and in other cases it is used to distinguish the type of data carried 
within the structure (e.g. data repository) as specified in table 7.2. 


structure_ptr[j] 


This field specifies the offset in bytes from the start of this container to the first byte of the 
identified structure. 


structure_length[j] 


This field specifies the length in bytes of the structure pointed to by structure_ptr [ j ] . 


structure_body[j] 


Data forming one or more structures within this container. 



It is recommended that entries within the container_header are ordered in ascending structure_type and structure_id. For 
example all structures of type data_repository shall be grouped together and items within the group ordered in 
ascending structure_ id. This enables a device to efficiently locate a particular structure of interest. 

Table 7.1 : structure_type assignments 



Value 


Description 


0x00 


Reserved. 


0x01 


Fragment Management Information (see clause 7.3). 


0x02 


Data Repository. 


0x03 


Index List. 


0x04 


Index. 


0x05 


Multi Field Sub Index. 


OxEO 


ESG Data Repository. 


0xE1 


ESG Session Partition Declaration (see clause 8.4.2.1). 


0xE2 


ESG Init Message (see clause 6.2). 
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Table 7.2: structure_type and their matching valid structure_id 



Structure_type 


structure id 


Description 


0x01 


0x00 


Fragment Management Information (see clause 7.3) 


0x02 


0x00 


String repository: Data Repository of type String (see 
clause 4.8.4.1 in TS 102 822-3-2 [21]) 


0x03 


0x0 to OxFF 


Reserved 


0x04 


0x0 to OxFE 


Used to identify a specific instance of an index structure, 
within a container 


0x05 


0x0 to OxFE 


Used to identify a specific instance of an 

multi filed sub index structure, within a container 


OxEO 


0x00 


ESG Data Repository (see clause 7.4) 


OxE1 


OxFF 


ESG Session Partition Declaration (see clause 8.4.2.1) 


0xE2 


0x00 


ESG Init Message (see clause 6.2) 



7.3 ESG Fragment Management Information 

The Fragment Management Information provides the encapsulation mechanism for a set of ESG fragments, by 
providing the ability to assign a unique identifier (f ragment_id) for the lifetime of an ESG fragment and indicating 
the current version of an ESG fragment. 

Each entry references a single ESG fragment carried within the same container. 

NOTE 1: There shall only ever be one Fragment Management Information structure defined within a single 
container. 

NOTE 2: Within the container the fragment management information (fragmented, fragment_version, 

fragment_reference) is aggregated together, separated from the fragments and it is possible to consume 
the management information before the fragments in the container. 

7.3.1 ESG Fragment Management Information Syntax 

The ESG Fragment Management Information syntax is provided by the table defined below. 



Syntax 


No. of bits 


Mnemonic 


encapsulation_structure () { 






encapsulation_header { 






reserved__other_use 


2 


bslbf 


reserved 


6 


bslbf 


f ragmen t__ref erence_f or mat 


8 


uimsbf 


} 






for(j = 0; j<f ragment__count; j + + ) { 






encapsulation_entry { 






f ragment_ref erence ( ) [i] 






f ragment_ver sion [ i ] 


8 


uimsbf 


f r agment_id [ i ] 


24 


uimsbf 


} 






} 






} 
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7.3.2 ESG Fragment Management Information Semantics 



Field 


Semantics 


reserved other use 


This field shall be set to "11". 


fragment_reference_format 


This 8 bit value defines the format and interpretation of the f ragment_ref erence field. 
For semantics of the value see table 7.3. 


fragment_reference()[i] 


This field specifies a reference to an encapsulated ESG Fragment. The interpretation of 
this field is dependent on the f ragment_ref erence_f ormat. Please refer to 
table 7.3 to determine how this field should be interpreted. 


fragment_version[i] 


An 8 bit value which identifies the version of the encapsulated ESG Fragment referenced 
by this entry. When the data for the fragment identified by the fragmented changes, 
the fragment version shall increment modulo 255. 


fragment_id[i] 


A 24 bit value which uniquely identifies an ESG Fragment within the ESG Fragment 
Stream. The value assigned to an ESG Fragment shall be persistent for the life of that 
ESG Fragment so long as it is transmitted in the ESG Fragment Stream. It is valid to 
re-use a fragmentjd value, provided that sufficient time has elapsed since the 
fragmentjd value was last used. All entries within the encapsuiation_structure 
shall be ordered by ascending fragmented. This enables the efficient location of a 
fragment by using a binary search algorithm. 



Table 7.3: Valid fragment_reference_formats 



Value 


Meaning 


0x00 to 0x20 


Reserved. 


0x21 


Generic ESG Fragment Reference (see clause 7.3.3). 


0x22 to OxEO 


Reserved. 


0xE1 to OxFF 


User defined. 



7.3.3 Generic ESG Fragment Reference Syntax 



Syntax 


No. of bits 


Mnemonic 


fragment__ref erence () { 






esg_f ragmen t_type 


8 


bslbf 


esg_data_repository_of f set 


24 


bslbf 


} 







7.3.4 Generic ESG Fragment Reference Semantics 



Field 


Semantics 


esg_fragment_type 


This field specifies the Encapsulated ESG Fragment Type referred to by this 
reference. This field is coded as specified in table 7.4. 


esg_data_repository_offset 


This field specifies the offset of the referenced Encapsulated ESG fragment from the 
start of the ESG Data Repository. 



Table 7.4: Valid esg_fragment_type values 



Value 


Meaning 


0x00 


Encapsulated ESG XML Fragment (see clause 7.4.3). 


0x01 


Encapsulated ESG Auxiliary Data (see encapsulated aux data() in clause 7.4.5) - (see note). 


0x02 


Encapsulated Private Auxiliary Data (see encapsulated aux data() in clause 7.4.5) - (see note). 


0x03 to OxEO 


Reserved. 


0xE1 to OxFF 


User defined. 


NOTE: ESG Auxiliary Data and Private Auxiliary data are represented by the same data structure. 
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7.4 ESG Data Repository 



In this clause the ESG Data Repository is specified. The ESG Data Repository can hold any type of ESG Fragment. The 
type of the ESG Fragment and the position inside the ESG Data Repository is signalled by the Fragment Management 
Information (see clause 7.3). 



7.4.1 ESG Data Repository Syntax 



Syntax 


No. of bits 


Identifier 


esg_data_repository ( ) { 






for (i=0; i<f ragment_count; i++) { 






if (esg_f ragment_type==0x00) { 






encapsulated_esg_xml_f ragment () 






} 






if (esg_f ragment_type==0x01 I I 
esg_f ragment_type==0x02) { 






encapsulated__aux_data ( ) 






} 






} 






} 







7.4.2 ESG Data Repository Semantics 



Field 


Semantics 


encapsulated_esg_xml_fragment() 


This field specifies an Encapsulated ESG XML Fragment as defined in 
clause 6.3. 


encapsulated aux _data() 


This field specifies an Encapsulated ESG or Private Auxiliary Data Fragment 
(see clause 7.4.3). 



7.4.3 Encapsulated ESG XML Fragment Syntax 



Syntax 


No. of bits 


Identifier 


encapsulated_esg_xml_f ragment () { 






if (EncodingVersion == "0xFl"){ 






EncapsulatedBiMESGXMLFragment () 






} 






if (EncodingVersion == "0xF2" | | EncodingVersion == "0xF3") { 






EncapsulatedTextualESGXMLFragment ( ) 






} 






} 







7.4.4 Encapsulated ESG XML Fragment Semantics 



Field 


Semantics 


EncodingVersion 


The parameter is signalled in the ESG Init Message specified in clause 6.2. 


EncapsulatedBiMESGXMLFragment 


The Encapsulated BiM ESG XML Fragment is specified in clause 6.3.2. 


EncapsulatedTextualESGXMLFragment 


The Encapsulated Textual ESG XML Fragment is specified in clause 6.3.1 . 
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7.4.5 Encapsulated Auxiliary Data Syntax 



Syntax 


No. of bits 


Mnemonic 


encapsulated_ aux_data { 






Binary_header { 






Encoding 

metadataURI 

Mimetype 


16 


uimsbf 


anyAttribute ( ) 






} 






nextByteBoundary ( ) 






AuxDataLength 


n*8 


vluimsbf8 


AuxData 


AuxDataLength*8 




} 







Syntax 


No. of bits 


Mnemonic 


anyAttribute { 






hasExtension 


1 




while (hasExtension ==1) { 






versionld 


8 


uimsbf 


length 


5+ 


vluimsbf5 


extension 


length 


uimsbf 


hasExtension 


1 


bslbf 


} 






} 







NOTE: This binary format defines the format for the transport of ESG Auxilary Data. This format is compatible 
with a BiM representation of the XML Envelope. The BiM profile is the one defined in clause 6.2.3, the 
XML Schema definition of the XML Envelope is the schema defined in clause 7.4.7. 

7.4.6 Encapsulated Auxiliary Data Semantics 



Field 


Semantics 


Encoding metadataURI Mimetype 


This field specifies an offset in the String Repository to a list of three null 
separated strings: 

■ the first string specifies the Content-Encoding according to 
RFC 2616 [19] and [20]; 

■ the second string the URI of the auxiliary data; and 

■ the third string the Mime type of the auxiliary data. 

It is encoded as 3 strings according to the DVBStringCodec as specified 
in TS 102 323 [8]. 


AuxDataLength 


Specifies the length of the following AuxData field in number of bytes. 


AuxData 


The content of the file. 



Field 


Semantics 


anyAttribute 


This function allows the encoding of the wildcard (AnyAttribute) defined in the 
XML Schema definition of the XML Envelope in clause 7.4.7. 
Basically, this encoding is a loop of extensions. For each extension, a versionld 
allows the decoder to know if the extension is known or not. If the versionld is 
unknown the decoder should skip the extension field. 


hasExtension 


This field specifies if an extension is coded or not. 


versionld 


This field specifies the versionld of the extension. This field shall be encoded as 
specified in table 7.5. This Id identifies the schema definition for these new 
attributes. 


length 


The length in bits of the encoding of new attributes. 


extension 


This field is the encoding of new attributes, which belongs to the schema 
identified by the versionld field. It should be decoded by a decoder, which 
knows the schema represented by the versionld and skipped by the other 
decoders using the length field. 

From this schema identified by the versionld and the BiM specification, the 
binary representation of these attributes can be deduced. 
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Table 7.5: Versionld Values 



Value 


Meaning 


0x00 to OxEF 


DVBReserved 


OxFO to OxFF 


UserPrivate 



7.4.7 XML envelope 



In this clause the XML Schema Definition of a metadata envelope is specified to illustrate the mapping between the 
elements and attributes of the metadata envelope as specified in TS 126 346 [15] and the binary representation specified 
in clause 7.4.5. 

< schema xmlns = "http : //www. w3 . org/200 1/ XML Schema" elementFormDef ault = " qualified" 
at t r ibut eFormDe f ault=" unqualified "> 

<element name="metadataEnvelope"> 
<complexType> 
<sequence> 

<element name="AuxData" type ="AuxDataType" minOccurs="l" maxOccurs=" 1 " /> 
</sequence> 

<at tribute name="metadataURI " type="anyURI" use=" required" /> 
< at tribute name=" encoding" type=" string" us e=" required" /> 
< at tribute name =" mime type" type="unsignedShort " use=" required" /> 
<anyAt tribute processContents="skip" /> 
</complexType> 
</element> 

<! — the format of the data is defined by the encoding attribute and the data is carried in the 
AuxData element encoded in base64 — > 
<complexType name="AuxDataType"> 
<simpleContent> 

< re strict ion base="base64Binary " /> 
</simpleContent> 
</complexType> 
<schema> 



8 ESG Transport 

In this clause the transport of ESG Containers is described. The present document supports two modes: 

a) the single stream mode; 

b) the multiple stream mode. 

The mode used is signalled by the MultipleStreamTransport field in the ESGAccess Descriptor (see clause 9.1.2). 
In both modes ESG Containers are transported in FLUTE dynamic file delivery carousel sessions as described for file 
delivery in TS 102 472 [5]. The transport of ESG Containers is specified in clause 8.1. 

To enable a terminal to track changes to fragments without having to acquire all the ESG Containers within an ESG 
session, a fragment indexing structure has been specified in clause 8.2. 

In the single stream mode the ESG Containers are transported as transport objects in a single FLUTE session. The 
FLUTE Session for the transport of ESG Container is based on the file delivery specified in TS 102 472 [5] in the mode 
as described in clause 8.3. 

In the multiple stream mode the ESG Containers are transported in multiple FLUTE sessions which are distributed over 
several IP streams. This mode is specified in clause 8.4. 

In addition the transport of SDP files for the acquisition of content is specified in clause 8.5. 
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8.1 Transport of ESG 



In this clause the transport of ESG Containers in FLUTE sessions is described as it applies to both modes of ESG 
transport, the single stream and the multiple stream mode. Clause 8.1.1 specifies how ESG Containers are carried in 
Transport Objects, which relies on the FDT for signalling of ESG Container IDs and version changes. Clause 8.1.2 
specifies an optional signalling of ESG Container IDs and Versions based on the Split TOI mechanism. In clause 8.1.3 
signalling of ESG consistency and completeness is described. 



8.1 .1 Transport of ESG Containers 



In both modes the single stream mode and the multiple stream mode ESG Containers are transported as files in 
Transport Objects in FLUTE sessions. Files that are ESG Containers are signalled in the FDT by setting the attribute 
Content-Type="application/vnd.dvb.esgcontainer". The ESG Containers are identified based on the URI signalled in the 
"Content-Location" attribute of the "File" elements in the FDT (see clause 8.1.2). The version change of the ESG 
Containers are signalled based on the TOI and the FDT Instance ID as described in clause 8.1.2. 

The ESG Containers may be compressed with GZIP (RFC 1952 [7]). To signal that the ESG Container is compressed 
with GZIP the Content-Encoding attribute in the FDT shall be set to "gzip". The encoding of transport objects shall not 
change for a particular ESG Container. 

Initialization information for the processing of ESG data shall be carried in one ESG Container called the ESG Init 
Container. In the present document the initialization information is composed of: 

one ESG Init Message specified in clause 6.2; 

an optional ESGMain Fragment as specified in clause 6.2.1; 

an optional Index List Structure as specified in clause 8.2; 

an optional Index Structure as specified in clause 8.2; and 

in case the multiple stream mode one ESG Session Partition Declaration specified in clause 8.4.2.1. 

The Transport Object carrying the ESG Init Container shall be identified by the containerlD 1 (see clause 8.1.2). 

NOTE: The FDT has to be processed to identify the transport object carrying the ESG Init Container. Then the 
ESG Init Container has to be processed to initialize the ESG processing. 

8.1 .2 ESG Container Identification and Version Information using 
ALC/FLUTE 

ESG Containers are used to carry a number of different types of ESG data. This ranges from ESG initialization 
information (e.g. ESG Init Message, ESG Session Partition Declaration, Index data) to ESG fragments. 

An ESG Container is identified by a 16bit integer value (Container_ID) that shall be unique within an ESG Fragment 
Stream. When containers are delivered in the multiple stream mode, the Container_ID shall be unique across all IP 
streams forming that ESG. 

An ESG Container is delivered as a file within a FLUTE session (see clause 8.1.1). Since an ESG Container is 
identified using its Container_id value, this shall be used to form a unique URI, that is used for the "Content-Location" 
attribute of the "File" element within the ESGs FDT. 

The URI shall conform to the following format: 

<context>:<Container_ID> 

Where the "<Container_ID>" tag is replaced by the actual ESG Container ID, represented as a Alphanumeric 
representation of its decimal value. 

Where it is recommended that the "<context>" tag is replaced by "urn:dvb:ipdc:esg:cid". 
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An example of an instantiation for an ESG Container with Container_ID = 23 is: 

urn:dvb:ipdc:esg:cid:23 

Clause 7.2.1 specifies the requirement on the transport to signal version changes of an ESG Container. 

The version change of the ESG Containers are signalled based on the TOI and the FDT Instance ID as described for file 
delivery in clause 6.1.12 of TS 102 472 [5]. 

In addition when using the Split TOI mechanism described in clause 8.1.3 a container Version_ID is carried as part of 
the TOI, and so version changes can be directly inferred by the terminal from the TOI (see clause 8.1.3.1). 

8.1 .3 Version Signalling in the Split TOI field 

While using FLUTE as the transport protocol for the ESG, it is mandatory to signal ESG Container ID and version 
changes in the FDT as described in clause 8.1.2. Additionally the ESG Container ID and version may be signalled by 
the mechanisms described in this clause, which define how the TOI field provides the required versioning information. 

FLUTE is built on Asynchronous Layered Coding ( ALC), version 1 . ALC is itself a protocol instantiation of Layered 
Coding Transport building block (LCT) (RFC 3450 [9] , RFC 3926 [ 1 0] and RFC 345 1 [ 1 1 ]) . 

The LCT TOI field is 32 x O + 16 x H bits in length where the Transport Object Identifier flag (O) length is 2 bits and 
the Half-word flag (H) length is 1 bit. The maximal length of the TOI is therefore 112 bits (i.e. 14 bytes). 

The present document provides the possibility to use the TOI field in order to indicate the identifier of the transported 
object, and the version of this latter as well. 

When a version identifier is assigned to a transported object through the LCT header, the TOI field is split into two 
parts: the first part (Most Significant Bits) is allocated to the actual object identification (e.g. a Container_ID), the 
second part (Less Significant Bits) is allocated to the version identifier (e.g. a container VersionJD). 

The receiver detects the fact that the TOI is split (or not) thanks to out-band signalling (these mechanisms are outside 
the scope of the present document) or thanks to the FLUTE FDT of the actual delivery session. To carry this 
information, a new attribute "Version-ID-Length" is defined within the FLUTE FDT Instance. This attribute is used to 
define the structure of the TOI field. This attribute MAY be common for all the delivered objects of a given FDT 
Instance, or MAY be provided for individual files in the "File" elements of the FDT Instance. Where this attribute 
appears in both the "FDT-Instance" and the "File" elements, the value of the attribute provided in the "File" element 
takes precedence. The "Version-ID-Length" attribute is optional. The receiver SHALL understand that a given TOI is 
not split when the "Version-ID-Length" attribute is neither present within the given "File" element attributes of the 
FDT, nor the FDT common attributes and when no out-band signalling indicates that this given TOI is split. 

The use of the Split TOI shall not change for the identified object e.g. for a particular ESG Container. 

NOTE 1: The Split TOI can not be used for the FDT itself. The TOI of the FDT is fixed to "0". The FDT Instance 
ID is carried in the LCT EXT_FDT Header. 

NOTE 2: The Split TOI reserves a TOI value range for an identified object. A TOI of a reserved TOI value range 
shall not be used by another identified object. As the TOI of the FDT is fixed to "0" the object identifier 
"0" (e.g. the Container_ID) shall not be assigned in the case the Split TOI is used. 

The XML Schema definition of the "Version-ID-Length" attribute is the following. 

<schema targetNamespace="urn : dvb : ipdc : esg„f lute_ext : 2005 " xmlns : ef ="urn : dvb : ipdc : esg_f lute^ext : 2005 " 
xmlns = "http : //www. w3 . org/200 1/ XML Schema" elementFormDef ault = " qualified" 
at t r ibut eFormDe f ault=" unqualified "> 

< at tribute name=" Vers ion- ID-Length" 

type="unsignedLong" 

use=" optional" /> 
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8.1 .3.1 Expected Receiver behaviour while using the FDT 

When a terminal receives a transport object in a session for the first time, it detects through the FDT whether the object 
TOI is split or not, and in the case it is split, the length of the Version_ID. 

EXAMPLE: Within a 32bit TOI field, if the "Version-ID-Length" equals to 16, the 16 less significant bits are 
allocated to the VersionJD, and the 16 most significant bits are allocated to the Container_ID of 
the given transported object (in case the transported object is a ESG Container). 

This way, the terminal can distinguish based on the TOI field updated transport objects from completely new objects. 
The terminal MAY locally replace a given object whose version is older than the delivered version, immediately after 
the reception of the new-version object (i.e. without waiting to receive the FDT). 

8.1 .3.2 Example of FDT Instance that carries TOI splitting information (informative) 

<?xml version=" 1 . " encoding="UTF-8"?> 
<FDT-Instance 

xmlns ="urn : dvb : ipdc : cdp : flute : f dt : 2005 " xmlns : ef ="urn : dvb : ipdc : esg_f lute_extension : 2005" 
Expires="2 8 90 842 8 07"> 
<File 

Content-Location="urn: dvb :ipdc:esg:cid:l" 

ef : Vers ion- ID-Length=" 16" 

TOI="65537"/> 
<File 

Content-Location="urn: dvb :ipdc:esg:cid:2" 

ef : Vers ion- ID-Length=" 16" 

TOI="131073"/> 
<File 

Content-Location="urn: dvb: ipdc :esg:cid:3" 

TOI="196608"/> 
</FDT-Instance> 

In this example, the objects which TOI are "65537" and "131073" are for example ESG Containers for which the Split 
TOI is declared. For these two transported objects, the associated LCT TOI field is split into two parts: the first part 
(Most Significant Bits) of the field is allocated to the ContainerJD and the second part (Less Significant Bits) is 
allocated to the 16bit VersionJD. 

For the first object, the TOI field, in a binary format, is: "010000000000000001" 
Thus, the ContainerJD is equal to "1" and the current VersionJD is equal to "1". 

For the second object, the TOI field in a binary format is: "100000000000000001" 
Thus, the ContainerJD is equal to "2" and the current VersionJD is equal to "1". 

The transported object which TOI is " 196608" (TOI field equals to " 1 10000000000000000" in a binary format) is a 
ESG Container for which no Split TOI is declared. 

8.1 .4 ESG consistency 

For transport, an instance of the ESG Data Model is decomposed into ESG XML Fragments. It is mandated that the 
instance of the ESG Data Model is a valid instance according to the XML Schema Definition [17]. In addition the ESG 
XML Fragments contain references to other ESG XML Fragments. The instance of the ESG Data Model is called 
consistent, if the referenced ESG XML Fragments exist in the instance of the ESG Data Model. 

For example by adding a particular ESG XML Fragment the consistent instance of the ESG Data Model can become 
inconsistent if this ESG XML Fragment refers to an ESG XML Fragment which is not contained in the instance. This 
instance can become consistent again as soon as the referred ESG XML Fragment is added to the instance. The ESG 
provider should only provide consistent instances of the ESG Data Model. 

As the instance of the ESG Data Model is decomposed into ESG XML Fragments those ESG XML Fragments building 
up an Instance at a certain point in time have to be indicated. To enable a fast determination of the Transport Objects 
containing ESG XML Fragments building the most recent instance of the ESG Data Model the following signalling in 
the FDT is specified. 

The ESG Containers are delivered over FLUTE dynamic file delivery carousel sessions, as defined in TS 102 472 [5]. 
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At each given time, and within each FLUTE session that is used for the transport of ESG Containers, the receivers are 
proposed a set of Transport Objects by the sender. Note that this is up to each receiver to filter the Transport Objects of 
its interest within the set of Transport Objects. 

A new attribute "FullFDT" is created within the element "FDT-Instance" of the FDT to indicate to the receivers that the 
FDT Instance contains the exact set of Transport Objects that are currently scheduled for transmission by the sender, in 
the actual FLUTE session. 

This attribute differs from the existing "Complete" attribute in that the "Complete" attribute indicates that no new 
objects description will be provided in future FDT Instances within this session. 

The XML syntax of the "FullFDT" attribute within the FLUTE FDT is the following. 



<attribute name="FullFDT" 






type= "boolean" 






us e=" optional" def ault= 


'false" 


/> 


</schema> 







A FDT instance in which the attribute "FullFDT" is set to TRUE, describes all the Transport Objects that are currently 
scheduled for transmission, at a given time, within the actual FLUTE session. 

No assumption SHALL be made about the fact that a given FDT instance for which the attribute "FullFDT" is absent or 
set to FALSE, contains the exact set of Transport Objects that are currently scheduled for transmission by the sender, in 
the actual FLUTE session. 

When two FDT instances with attribute "FullFDT" is equal to TRUE are received by a receiver and valid in a given 
time (that is to say they have not expired), the FDT instance with the highest FDT Instance ID SHALL be used by the 
terminal. 

When one FDT instance with attribute "FullFDT" is equal to TRUE, and another FDT instance where the attribute 
"FullFDT" is absent or set to FALSE, are received and valid in a given time, the terminal should not make any 
assumptions about the set of transport objects currently scheduled for transmission unless the FDT Instance with 
attribute "FullFDT" equals to TRUE has a higher Instance ID than the valid FDT instance which attribute "FullFDT" is 
absent or set to FALSE. 

Note that this mechanism applies to each individual ESG FLUTE session that contributes to the actual ESG Fragment 
Stream. 



8.2 Indexing overview 



To enable a terminal to track changes to fragments without having to acquire all the fragment containers within an ESG 
session, a fragment indexing structure has been specified. This structure consists of index list, index and one or more 
optional sub indices. This indexing allows a terminal to monitor for changes to ESG Fragments from one structure. 

When a fragment index is transmitted in an ESG multi stream mode, the index shall be carried on the Announcement 
Carousel of the ESG. In the case of the ESG delivered as a single stream mode, the index shall be carried on the same 
IPFlow as that of the ESG fragments. 

The index structure is based on that defined within TS 102 822-3-2 [21]. 

The presence of the fragment index is announced using the Index_list structure (see TS 102 822-3-2 [21]), which is 
carried within the ESG Init Container (see clause 8.1.1). 
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Index 



Subindex 
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Figure 8.1 : Overview of index structure 

Figure 8.1 depicts the Index structure when separating a single index into multiple Sub Indexes. In the case of a multi 
stream mode ESG this division point is based on the IPFlow. Therefore the Index is keyed on IPFlow, Fragmented and 
Fragment_version, and a single Subindex will have all entries from one IPFlow (Session). In the case of a single stream 
mode ESG there is only one IPFlow in which case there will be one Subindex, which contains all fragment entries. 

8.2.1 I PDC Index specification 



8.2.1.1 



Index List Structure 



The purpose of the Index list structure is to announce the set of available Indexes within the ESG stream. A definition 
of the Index List structure can be found in clause 4.8.5.2 of TS 102 822-3-2 [21]. 

A number of parameters are used to announce an Index: 

fragment_type: This field identifies the type of fragment that is being referenced by an Index entry. This field may 
take the value of 0x00, which signals to the terminal that an index entry does not reference any or any specific type of 
fragment. 

num_fields: This field identifies the number of index keys forming the index. 

EXAMPLE: If we have an index keyed on Service Id and Schedule Event start date/time, we would have two 
keys i.e. Service Id and Schedule Event start date/time. 

field_identifier: This field identifies a key on which the index is based. Typically this is a well known value for a 
specific field value. In the present document a number of values for this field has been specified (see table 8.1). 

field_encoding: This field signals how the data value associated with the field_identifier are represented/encoded 
within the sub index structure. A set of valid values has been defined in tables 8.3 and 8.4. 

index_container: This field signals the identifier of the ESG Container which carries the announced Index. 

index_identifier: This field signals the indexes structure_id value within the identified container. This provides the 
ability to carry multiple Index structures (for different indexes) within the same container. 

Table 8.1 : Valid field identifier values 



Value 


Description 


0x0000 


Reserved. 


0x0001 


IPFIowlD as declared within the ESG Session Partition declaration. 


0x0002 


fragment id as declared within the fragment management information. 


0x0003 


fragment version as declared within the fragment management information. 


0x0004 to OxFFFF 


Reserved. 



8.2.1.2 



Index Structure 



The Index structure is used to declare global settings for the Index and also to declare the set of sub indexes that make 
up the index and the range of values that can be found within a given sub index. A definition of the Index structure can 
be found in clause 4.8.5.4 of TS 102 822-3-2 [21]. 
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The container in which each declared sub index is carried is signalled by the sub_index_container field, and the sub 
index structure within that container is signalled via the sub_index_identifier. 

In the present document the overlapping_subindex flag is not supported. Only single_layer_sub_indexes are supported. 



8.2.1.3 



Sub Index Structure 



The Sub Index structure hold the actual index entries where all entries are ordered in increasing order based on each 
index key. In one ESG fragment stream, only single_layer_sub_index is allowed. Use of multi_layer_sub_index is not 
supported. A full definition of the single_layer_sub_index structure can be found in clause 4.8.5.5 of 
TS 102 822-3-2 [21]. 



8.2.1 .4 Fragment Locator References 

Fragment Locator references are used with an index entry to reference an ESG fragment. 

The following fragment locator type is used within the IPDC ESG fragment index to signal the container in which the 
declared fragment can be found. 



Syntax 


No. of bits 


Mnemonic 


container_f ragment_locator ( ) { 






Container_ID 


16 


uimbsf 


} 








Field 


Semantics 


ContainerJD 


The Container in which the indexed fragment can be found. 



The use of this container_fragment_locator shall be signalled within the index structure by setting the 
fragment_locator_format field to a value of OxEl. 



8.2.1.5 



ESG Fragment Index 



The ESG fragment Index is used to enable a terminal to know in which container a particular fragment is located and 
which is the current version of that fragment. 



8.2.1.6 



Index List Structure Instantiation 



The following table defines the set of values that the field_identifier and field_encoding fields shall take to announce 
the fragment index within the Index_list structure. These fields shall be declared in the order in which they appear in the 
following table. 



fieldjdentifier 

0x0001 (IPFIowlD) 



0x0002 (fragment Id) 



0x0003 (fragment_version) 



field_encoding 

0x0206 (unsigned Byte) 



0x0201 (unsigned long) 



0x0101 (unsigned short) 



In addition the fragment_type field shall be set to "0x00". 

8.2.1 .7 Index Structure Instantiation 

The Index structure for the fragment index shall have the following settings. 



Index field 


value 


overlapping subindexes 





single layer sub index 


1 


fragment locator format 


0xE1 
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The fragment Index is split into a number of sub indexes based on the IPFlowID field. There shall be at least one sub 
index for each IPFlowID value, where the IPFlowID value corresponds to the declaration within the ESG Session 
Partition Declaration. In the case of a single stream mode ESG, where there is no session partition strategy declaration 
the IPFlowID field shall always take the value of 0x00. Typically a sub index will contain all fragment entries for 
fragments carried on that IPFlow (identified using IPFlowID). However if the sub index becomes too big then it may be 
split into further sub indexes, as required. 

8.2.2 Multi Field Sub Index Structure Instantiation 

The sub index structure for the fragment index shall take the form of a single_layer_sub_index structure. The multi field 
header shall have the following settings. 



Index field 


value 


leaf field 





multiple locators 






Each entry within the single layer sub index structure shall be formed of an IPFlowID, fragment Id, followed by a 
fragment version. As has been signalled in the Index structure the fragment_locator field shall contain a 
container_fragment_reference, which signals the container in which the indexed fragment is located. 



8.3 ESG Single Stream Transport 



In the single stream mode the ESG Containers are transported as transport objects in a single FLUTE session. The 
FLUTE Session for the transport of ESG Container is based on the file delivery specified in TS 102 472 [5], The 
FLUTE session is described as specified in clause 9. 1 .2 for the ESGAccessDescriptor. 
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Figure 8.2: Diagram of the Single Stream Transport of the ESG 
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8.4 ESG Multiple Stream Transport 



In this clause the transport of the ESG on multiple IP streams is specified. In the next clause an introduction to multiple 
stream transport is given. The multiple stream transport is divided into FLUTE Sessions transporting parts of the ESG 
and a particular FLUTE session called Announcement Channel. The Announcement Channel transports initialization 
information as specified in clause 8.4.2. The remaining FLUTE sessions transporting the ESG are specified in 
clause 8.4.3. 

8.4.1 Introduction 

The set of ESG Fragments making up an ESG metadata stream, may amount to a large set of data, which could 
overwhelm the terminal, and/or consume valuable resources (battery power, CPU, memory). It is also envisaged that 
there will be a wide diversity of terminals deployed with varying functionality, and features. Some terminals will only 
require a very small subset of the possible ESG data to be able to function, where as others may require richer metadata 
to support more advanced functionality. 

Therefore it is advantageous to be able to split the ESG metadata into a number of separate IP streams. The set of data 
carried on each IP stream will be based on some partitioning strategy. One common strategy may for example be based 
on when the content is available (based on its scheduled data time), where one IP stream contains all fragments for 
content and services available within the next 12 hours. Another IP stream may then contain all fragments for content 
and services available beyond 12 hours. It is quite possible that fragments are relevant for multiple IP streams, in which 
case they shall be delivered within the first one that is appropriate and may be delivered in others if needed for 
consistency of the data. 

A partitioning strategy may be based on more than one criterion. A possible strategy may for example be based on 
Service and scheduled date, time. In this case, one IP stream carries data for Service X available within the next 7 days. 
Another IP stream may then carry data for Service X available beyond 7 days. 

The partitioning strategy used and the set of IP streams that form this partitioned ESG are signalled within an ESG 
Session Partition Declaration. The ESG Fragments contained in each session are listed in fragment indices. 
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Both the ESG Session Partition Declaration (defined in this clause) and the Fragment Indices (see clause 8.2) are carried 
in the Announcement Carousel on a known IP stream that is signalled within the ESG Access descriptor (see 
clause 9.1.2). 
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8.4.2 Announcement Carousel 

The announcement carousel carries the ESG Init Container as specified in clause 8.1.1 and optional ESG Containers 
carrying the Fragment Index (see clause 8.2). The ESG Init Container in the Announcement Carousel contains the ESG 
Session Partition Declaration, which describes a particular partitioning strategy. The ESG Session Partition Declaration 
is identified within the Container by setting the structure_type field to OxEl and the structure_id field to OxFF within 
the container header. 

The set of containers forming an IP stream shall be delivered using FLUTE as described in clause 8.1. The FLUTE 
Session transporting the Announcement Carousel is described as specified in clause 9.1.2 for the ESGAccessDescriptor. 
The FLUTE Session transporting the ESG Containers are described as specified in clause 8.4.2.1 for the ESG Session 
Partition Declaration. 



8.4.2.1 



ESG Session Partition Declaration 



For signalling of partition strategy the declaration specified in this clause is instantiated. The ESG Session Partition 
Declaration tells the terminal, how the ESG is partitioned, what are the partitioning criteria for each session. ESG 
Session Partition Declaration is also the entry point to the optional fragment indices that may be transported in the same 
carousel. 



8.4.2.1.1 



ESG Session Partition Declaration Syntax 



Syntax 


No. of bits 


Mnemonic 


ESG Session Partition Declaration! 






num_f ields 


8 


uimsbf 


overlapping 


1 


bslbf 


reserved 


7 


bslbf 


for(k=0; k<num_f ields; k++) { 






f ield_identif ier [k] 


16 


bslbf 


f ield_encoding [k] 


16 


bslbf 


f ield_length [ k ] 


8 


uimsbf 


} 






n__o_IPSt reams 


8 


uimsbf 


IPVersion6 


1 


bslbf 


Reserved 


7 


bslbf 


for(i=0; i<n_o_IPStreams; i++) { 






IPStreamID [i] 


8 


uimsbf 


if (IPVersion6) { 






ESGSourceAddress [i] 


128 


bslbf 


IPAddress [i] 


128 


bslbf 


}else{ 






ESGSourceAddress [i] 


32 


bslbf 


IPAddress [i] 


32 


bslbf 


} 






Port [i] 


16 


uimsbf 


SessionID [i] 


16 


uimsbf 


for(k=0; k<num_f ields; k++) { 






if (field_lengtn[k]==0) { 






length[i] [k] 


8+ 


vluimsbf8 


} 






if (overlapping) { 






start_f ield_value [i ] [k] 




bslbf 


} 






end_f ield_value [i] [k] 




bslbf 


nextByteBoundary () 






} 






} 
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8.4.2.1.2 



ESG Session Partition Declaration Semantics 



Field 


Semantics 


num fields 


The number of criteria (fields) that describe the partitioning strategy. For example the 
strategy may be based on service and broadcast time. 


overlapping 


When set to "1" signals that identifies if the partitions are overlapping according to the value 
ranges of the identified fields. 


field_identifier[k] 


Identifies a criteria (field) on which the fragments are partitioned. This may be a conceptual 
field, as well as one from the data model (see table 8.2). 


field_encoding[k] 


Signals how the field data is encoded, e.g. String, Integer, float (see tables 8.3 and 8.4). 


field_length[k] 


Specifies the size of the start_field[k] and end_ field[k] in number of bytes. The value of 
"0x00" is used to indicate that the field is variable in length. 


n o IPStreams 


Signals the number of IP Streams described in this ESG Session Declaration. 


IPVersion6 


This Flag when set to "1 " signals that IP version 6 Addresses are used within the 
declaration. This Flag when set to "0" signals that IP version 4 Addresses are used within 
the declaration. 


IPStreamlD[i] 


Identifies the IP Stream in the ESG Fragment Stream. The IPStreamID is used to key the 
IP stream in the Fragment Index. 


ESGSourceAddress[i] 


The ESG IP Source address. The use of this Source Address along with the IPAddress 
field uniquely identifies the IP Stream. 


IPAddress[i] 


Destination IP address of indexed delivery session. 


Port[i] 


The IP port on which the ESG Containers shall be delivered. 


SessionlD[i] 


The ALC Session ID which when combined with the ESGSourceAddress and IPAddress 
uniquely identifies the ALC session on which the ESG data shall be delivered. 


length[i][k] 


Specifies in Bytes the sum of the lengths of the start_field_value[i][k], end_field_value[i][k] 
and the nextByteBoundary(). 


start_field_value [i][k] 


Specifies the minimum value of a range of field values. The range of field values 
characterizes fragments contained in this partition k according to the criteria signalled in the 
field identifier[k]. The encoding and size of this field is specified in table 8.4. 


end_field_value [i][k] 


Specifies the maximum value of a range of field values. The range of field values 
characterizes fragments contained in this partition k according to the criteria signalled in the 
field_identifier[k]. The encoding and size of this field is specified in table 8.4. 



Table 8.2: Semantics of field identifier values 



Value 


Encoding 


Meaning 


0x00 


0x0101 (unsigned short) 


The number of hours for which the fragments are valid. This may be used 
to split the ESG into various schedule depths. 


0x01 


0x0000 (string) 


The URI of the Service fragments Serviceld, This may be used to carry 
all fragments relevant to a particular service. 


0x02 to OxEF 




DVB Reserved. 


OxFO to FE 




User Defined. 


OxFF 




Reserved. 



Table 8.3: Semantics of field_encoding values 



Value 


Meaning 


0x0000 


Field contains an inline string in UTF-8 (RFC 3629 [14]). For this 
field encoding the field length shall be set to 0x00. 


0x0001 to OxOOFF 


Field is an offset in bytes from the start of the string data repository 
structure. 


0x01 00 to 0x01 FF 


Field contains an inline 2-byte value. 


0x0200 to 0x0201 

0x0300 

0x0401 


Field contains an inline 4-byte value. 


0x0204 to 0x0206 


Field contains an inline 1-byte value. 


0x0202 to 0x0203 


Field is variable length representation of an integer. For this 
field encoding the field length shall be set to 0x00. 


0x0302 
0x0400 


Field contains an inline 8-byte value. 


0x0204 to 0x02FF 
0x0402 to 0x04FF 


Undefined. 


0x0500 to OxFFFF 


Reserved for future use. 
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Table 8.4: Encoding types and their respective sizes 



field_encoding 


Description 


Encoding 


Size in bits 


0x0000 


string type 


Null-terminated string 


variable (8+) 


0x0001 to OxOOFF 


Reserved for custom 
string types 






0x0100 


signed short 


two's complement - Big-Endian 


16 


0x0101 J 


unsigned short 


unsigned binary - Big-Endian 


16 


0x01 02 to 0x01 FF 


Reserved for custom 
2-byte types 




16 


0x0200 


signed long 


two's complement - Big-Endian 


32 


0x0201 


unsigned long 


unsigned binary - Big-Endian 


32 


0x0202 


variable length signed 
integer 


one bit to indicate sign (0: positive, 1 : negative), 
followed by abs(value) using vluimsbf5. 


variable (6+) 


0x0203 


variable length unsigned 
integer 


vluimsbf8 


variable (8+) 


0x0204 


boolean 


0:False 1 :True 


8 


0x0205 


signed byte 


two's complement 


8 


0x0206 


unsigned byte 


unsigned binary 


8 


0x0207 to 0x02FF 


Reserved for custom 
integer types 






0x0300 


signed float 


IEEE 754-1985 [16] 
Big-Endian 


32 


0x0301 


Reserved 






0x0302 


signed double 


IEEE 754-1985 [16] 
Big-Endian 


64 


0x0303 to 0x03FF 


Reserved for custom 
rational types 






0x0400 


dateTime 


Modified Julian Date and Milliseconds (TVA BiM 
codec, clause 4.4.2.4.2 in TS 102 822-3-2 [21]) 


64 


0x0401 


date 


Modified Julian Date (TVA BiM codec, 
clause 4.4.2.4.3 in TS 102 822-3-2 [21]) 


32 


0x0402 to 0x04FF 


Reserved for custom 
binary fragments 






0x0500 to OxFFFF 


Reserved for future use 







The ESG Session Partition Declaration shall be carried as a structure within the ESG Init Container. The structure shall 
be signalled by setting the structure_type field within the container header to OxEl. The corresponding structure_id field 
shall be set to Oxff (see clause 7.2.3). 

NOTE: The FLUTE Sessions transporting the ESG Containers are described as specified in this clause for the 
ESG Session Partition Declaration. The parameters fixed for the description of the FLUTE session 
transporting the announcement carousel in clause 9.1.2 also apply to all FLUTE Sessions described 
within the Partition Declaration. 



8.5 Transport of SDP Files for Acquisition 

SDP Files for the acquisition of content can be transported separate from the ESG Fragments as described in 

clause 5.10.1. These SDP files are transported in ALC/FLUTE sessions as described for file delivery in TS 102 472 [5]. 

NOTE 1: According to clause 5.10.4 the SDP file may alternatively be inlined in the Acquisition Fragment. 

NOTE 2: The number of different SDP files transported in one ALC/FLUTE session is not restricted. 

NOTE 3: The transport of SDP Files in an ALC/FLUTE session MAY use the mechanism to split the LCT TOI 
field as described in clause 8.1. 
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ESG Bootstrapping 



In this clause the ESG bootstrap process is specified. As introduced in clause 4 several ESGs can be transported in 
parallel on an IP Platform. To indicate to the receiving terminal the availability of ESGs the specification consists of the 
following parts: 

a) The ESG Bootstrap Descriptors are specified in clause 9. 1 . The Bootstrap Descriptors provide information 
about the ESG Provider and the Acquisition of available ESGs. 

b) The Transport of the Bootstrap Descriptors is specified in clause 9.2. 

9.1 The ESG Bootstrap Descriptors 

Two kinds of Bootstrap Descriptors are signalled: the ESGProviderDiscovery descriptor and the ESGAccessDescriptor. 

The ESGProviderDiscovery descriptor specifies the ESG providers that deliver ESGs in a given IP Platform (see note). 
The ESGProviderDiscovery descriptor is represented as a textual XML file. Based on the ESGProviderDiscovery 
descriptor the user or the terminal may select the ESG to boot with. Based on the ESGProviderlD associated to each 
described ESGProvider the terminal may parse the related ESGAccessDescriptor to boot the ESG. 

NOTE: It is assumed that a given ESG Provider delivers only one ESG at a given time, in a given IP Platform. 

The ESGAccessDescriptor is a binary representation of ESG Acquisition information. The ESGAccessDescriptor 
specifies the Acquisition information related to a particular ESGProviderlD signalled in the 
ESGProviderDiscoveryDescriptor. 

9.1.1 ESGProviderDiscovery Descriptor 

ESGProviderDiscovery Descriptor Syntax 

< schema t ar get Name space= " ur n : dvb: ipdc :esgbs:2005" xmlns :bs="urn: dvb: ipdc: esgbs:2005" 
xmlns :mpeg7="urn:mpeg:mpeg7 : schema: 2001" xmlns="http: //www. w3 . org/200 1/XMLSchema" 
e lementFormDe fault =" qualified" at t r ibut eFormDe f ault=" unqualified "> 
<import namespace="urn:mpeg:mpeg7 : schema: 2001" /> 

<complexType name= " ESGProvider Type "> 

<sequence> 

<element name="ProviderURI " type="anyURI " /> 

<element name="ProviderName" type="mpeg7 : TextualType"/> 

<element name="ProviderLogo" type="mpeg7 : TitleMediaType" minOccurs="0"/> 

<element name="ProviderID" type="positiveInteger " /> 

<element name="ProviderInf ormationURL" type="anyURI" minOccurs="0"/> 

<element name="PrivateAuxiliaryData" type="anyType" minOccurs="0 " /> 

</sequence> 

<attribute name="f ormat " type="anyURI " use="optional" default="urn: dvb: ipdc: esg: 2005"/> 
</complexType> 

<element name=" ESGProviderDiscovery "> 
<complexType> 
<sequence> 

<element name="ServiceProvider " type="bs : ESGProviderType" maxOccurs="unbounded" /> 
</sequence> 
</complexType> 
</element> 
</schema> 
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ESGProviderDiscovery Descriptor Semantics 



Field 


Semantics 


ProviderURI 


Specifies a URI uniquely identifying the ESG provider. For instance this URI can be 
an internet DNS domain name registered by the ESG Service Provider that uniquely 
identifies the Service Provider. 


ProviderName 


Name of the ESG Service Provider in a textual format. This name can for instance be 
displayed to the user. 


ProviderLogo 


Specifies a representation of the ESG Provider promotional logo. 


ProviderlD 


This ID is used to identify uniquely the ESG provider in the ESG Access Descriptor. 
The ESG provider must register the ProviderlD at the authority that manages the 
bootstrapping channel to guarantee uniqueness. 


ProviderlnformationURL 


Specifies a URL of more detailed information about the service provider. 


PrivateAuxiliaryData 


Specifies auxiliary data in a private format. This is an extension point which can be 
used by the ESG provider for private data. 


format 


Specifies the format of the ESG provided by this ESG provider. This value shall be set 
to urn:dvb:ipdc:esg:2005 for ESG compliant to the present document. 



9.1.2 ESGAccessDescriptor 



ESG AccessDescriptor Syntax 



Syntax 


No. of bits 


Mnemonic 


ESG Access Descriptorf 






n_o_ESGEntries 


16 


uimsbf 


for(i=0; i<n_o_ESGEntries; i++) { 






ESGEntry[i] () 






} 






} 








Syntax 


No. of bits 


Mnemonic 


ESGEntry{ 






ESGEntryVersion 


8 


uimsbf 


ESGEntryLength 


8+ 


vluimsbf8 


MultipleStreamTransport 


1 


bslbf 


IPVersion6 


1 


bslbf 


Reserved 


6 


bslbf 


ProviderlD 


16 


uimsbf 


if (IPVersion6) { 






SourcelPAddress 


128 


bslbf 


DestinationlPAddress 


128 


bslbf 


}else{ 






SourcelPAddress 


32 


bslbf 


DestinationlPAddress 


32 


bslbf 


} 






Port 


16 


uimsbf 


TSI 


16 


uimsbf 


} 
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ESG AccessDescriptor Semantics 



Field 


Semantics 


n o ESGEntries 


Specifies the number of ESGEntries in which access information to ESGs is signalled. 


ESGEntryVersion 


Specifies the version of the ESG Entry Specification. The value shall be set to "1 ". 
NOTE 1 : This version is incremented if the specification of ESG Entry is changed in 

a not forward compatible way; 
NOTE 2: A receiver should only decode ESG Entries which it complies to. 


ESGEntryLength 


The EntryLength specifies the length of the ESGEntry in Bytes excluding the 
ESGEntryVersion and EntryLength fields. 

NOTE 3: This allows forward compatible implementations even if fields are added in 
the future to the ESGAccessDescriptor. 


MultipleStreamTransport 


If set to "1 " specifies that a FLUTE session is described which transports an 
Announcement Carousel Session (see clause 8.4). If set to "0" specifies that a FLUTE 
session is described which contains all ESG Containers of that ESG (see clause 8.3). 


IPVersion6 


If set to "1 " specifies that the SourcelPAddress and the DestinationlPAddress are 
signalled according to IP version 6. If set to "0" specifies that the SourcelPAddress 
and the DestinationlPAddress are signalled according to IP version 4. 


ProviderlD 


This ID is used to identify uniquely the ESG provider in the ESGProviderDiscovery 
Descriptor. The ESG provider must register the ProviderlD at the authority that 
manages the bootstrapping channel to guarantee uniqueness. 


SourcelPAddress 


Specifies the source IP address of the FLUTE session transporting the ESG. The 
IPVersion is signalled by the IPVersion6 field. 


DestinationlPAddress 


Specifies the destination IP address of the FLUTE session transporting the ESG. The 
IPVersion is signalled by the IPVersion6 field. 


Port 


Specifies the port number of the IP Stream of the FLUTE session in which the ESG is 
transported. 


TSI 


Specifies the Transport Session Identifier (TSI) of the FLUTE session in which the 
ESG is transported. 



According to the file delivery specification in TS 102 472 [5] the following information is required to launch a FLUTE 
agent in the terminal. The listed fields are specified in the ESGAccessDescriptor except the ones printed italic. For 
those printed italic default values are assumed as listed: 

1) The source IP address. 

2) The number of channels in the session is fixed to be 1 . 

3) The destination IP Address of the only channel of the session. 

4) The port number of the only channel of the session. 

5) The Transport Session Identifier. 

6) The start and end time of the session is fixed to be - 0. 

7) The protocol is fixed to be FLUTE/UDP. 

8) The media type is assumed to be "application" and the format list contains only one item "0". 

9.2 Transport of ESG Bootstrap Descriptors 

The ESG Bootstrap Descriptors are transported on ALC/LCT as specified in TS 102 472 [5] for FLUTE sessions. 

According to the file delivery specification in TS 102 472 [5] the following information is required to launch a FLUTE 
agent in the terminal. As there is no explicit signalling of the parameters the following parameters are assumed: 

1) The source IP address is not fixed. 

2) The number of channels in the session is fixed to be 1 . 

3) The destination IP Address of the only channel of the session is fixed to 224.0.23. 14 for IP Version 4 or 
FF0X:0:0:0:0:0:0:12D for IP Version 6 as it is registered for "DvbServDisc" in [13] respectively [23]. 

4) The port number of the only channel of the session is the port for "ipdcesgbs" as it is registered in [22]. 
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5) The Transport Session Identifier is not fixed. 

6) The start and end time of the session is fixed to be - 0. 

7) The protocol is fixed to be FLUTE/UDP. 

8) The media type is assumed to be "application" and the format list contains only one item "0". 
Additionally the following restrictions apply: 

The FEC scheme is fixed to be the compact no-FEC code as it is specified in TS 102 472 [5]. 

The FLUTE bootstrap session shall be delivered to destination IP address as it is registered for "DvbServDisc" in [13] 
respectively [23] on the port for ipdcesgbs as it is registered in [22] and shall be the only FLUTE session on that 
multicast group/port. Thus, the receiver may assume that the first FLUTE session detected (Source IP Address/TSI) on 
that destination address/port is the bootstrap session. 

The ESG Bootstrap Descriptors are transported as files in Transport Objects in FLUTE sessions. The 
ProviderDiscovery Descriptor file is signalled in the FDT by setting the attribute Content-Type="text/xml". The 
ProviderDiscovery Descriptor shall be represented in UTF-8 character encoding (RFC 3629 [14]). The 
ESGAccessDescriptor file is signalled in the FDT by setting the attribute Content - 
Type="application/vnd.dvb.ipdcesgaccess". 

NOTE: The mechanism of Split TOI described in clause 8.1.3 may also be applied in the case of ESG Bootstrap 
Descriptor transport. 
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Annex A (informative): 
TV- Anytime Datatypes 



In this annex the datatypes of the TV_Anytime (TS 102 822-3-1 [12]) namespace referenced in the IPDC datatype 
definitions are listed. 

<complexType name= "Service I nformationNameType"> 
<complexContent> 

<extension base="mpeg7 : TextualType"> 

<at tribute name=" length" type="tva: Service I nf ormationNameLengthType" 
use="optional"/> 
</extension> 
</complexContent> 
</complexType> 

<simpleType name="ServiceInf ormationNameLengthType"> 

< re strict ion base="string"> 

<enumeration value=" short " /> 

<enumeration value= "medium" /> 

<enumeration value="long" /> 
</restriction> 
</simpleType> 



<complexType name="SynopsisType"> 
<complexContent> 

<extension base="mpeg7 : TextualType"> 

<at tribute name=" length" type="tva: SynopsisLengthType" us e=" optional" /> 
</extension> 
</complexContent> 
</complexType> 

<simpleType name="SynopsisLengthType"> 
< re strict ion base="string"> 

<enumeration value=" short " /> 
<enumeration value="medium" /> 
<enumeration value="long" /> 
</restriction> 
</ simple Type > 



<complexType name="GenreType"> 
<complexContent> 

<extension base="tva : ControlledTermType"> 

< at tribute name="type" us e=" optional" def ault="main"> 
< s imp le Type > 

< re strict ion base="string"> 

<enumeration value="main" /> 
<enumeration value=" secondary" /> 
<enumeration value=" other" /> 
</restriction> 
</simpleType> 
</attribute> 
</extension> 
</complexContent> 
</complexType> 
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<complexType name="KeywordType"> 
<simpleContent> 

<extension base="mpeg7 : TextualType"> 

< at tribute name="type" us e=" optional" def ault="main"> 
< s imp 1 e Type > 

<restriction base="NMTOKEN"> 

<enumeration value="main" /> 
<enumeration value = "secondary" /> 
<enumeration value=" other" /> 
</restriction> 
</simpleType> 
</attribute> 
</extension> 
</simpleContent> 
</complexType> 



<complexType name="ControlledTermType"> 
<sequence> 

<element name="Name" type="tva: TermNameType" minOccurs="0"/> 
<element name="Def inition" type="mpeg7 : TextualType" minOccurs="0"/> 
</sequence> 

< at tribute name="href " type="mpeg7 : termRef erenceType" us e=" required" /> 
</complexType> 



<complexType name="TermNameType"> 
<complexContent> 

<extension base="mpeg7 : TextualType"> 

< at tribute name= "preferred" type= "boolean" use=" optional" /> 
</extension> 
</complexContent> 
</complexType> 



<complexType name ="CaptionLanguage Type" > 
<simpleContent> 

<extension base=" language "> 

< at tribute name=" closed" type= "boolean" us e=" optional" def ault="true" /> 
< at tribute name=" supplemental" type= "boolean" us e=" optional" def ault=" false" /> 
</extension> 
</simpleContent> 
</complexType> 

<complexType name="SignLanguageType" > 
<simpleContent> 

<extension base=" language "> 

< at tribute name= "primary" type= "boolean" us e=" optional" /> 
<at tribute name= "translation" type= "boolean" us e=" optional" /> 
< at tribute name="type" type=" string" us e=" optional" /> 
</extension> 
</simpleContent> 
</complexType> 



<simpleType name="TVAIDType"> 

< re strict ion base="string"> 

< white Space value=" collapse" /> 
</restriction> 
</ simple Type > 



<complexType name=" Class if icationSchemeTableType"> 
<sequence> 

<element name="CSAlias " type="tva: CSAliasType" minOccurs="0" maxOccurs= "unbounded" /> 
<element name=" Class if i cat ion Scheme" type="tva : Class if i cat ion Scheme Type" minOccurs="0 " 
maxOccurs= "unbounded" /> 
</sequence> 
</complexType> 

<complexType name=" CSAliasType" > 
<complexContent> 

<extension base="mpeg7 : Class if i cat ionSchemeAlias Type "> 
<attributeGroup ref ="tva: fragment Identification" /> 
</extension> 
</complexContent> 
</complexType> 
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<complexType name=" Class if icationSchemeType" > 
<complexContent> 

<extension base="mpeg7 : Clas s if icationSchemeType "> 

< at tribute Group ref ="tva : fragment Identification" /> 
</extension> 
</complexContent> 
</complexType> 

<attributeGroup name = " fragment Identification" > 

<at tribute name="f ragment Id" type="tva: TVAIDType" us e=" optional" /> 

< at tribute name=" fragment Vers ion" type="unsignedLong" us e=" optional" /> 

</attributeGroup> 

<complexType name=" Credits It emType"> 
<complexContent> 

<extension base="tva: TVAAgentType"> 
<sequence> 

<element name= "Character" type="mpeg7 : PersonNameType" minOccurs="0 " 
maxOccurs="unbounded" /> 
</sequence> 

< at tribute name="role" type="mpeg7 : termRef erenceType" us e=" required" /> 
</extension> 
</complexContent> 
</complexType> 

<complexType name=" Credit sList Type "> 
<sequence> 

<element name = " Credits Item" type = "tva : Credit sit emType" minOccurs = "0 " 
maxOccurs="unbounded" /> 
</sequence> 
</complexType> 

<complexType name="TVAAgentType"> 
<sequence> 

< choice minOccurs="0 " maxOccurs= "unbounded" > 

<element name="PersonName" type="mpeg7 : PersonNameType" /> 
<element name="PersonNameIDRef "> 
<complexType> 

< at tribute name="ref " type="tva : TVAIDRef Type" us e=" required" /> 
</complexType> 
</element> 

<element name="OrganizationName" type="mpeg7 : Textual Type" /> 
<element name="OrganizationNameIDRef "> 
<complexType> 

< at tribute name="ref " type="tva : TVAIDRef Type" us e=" required" /> 
</complexType> 
</element> 
</choice> 
</sequence> 
</complexType> 

<simpleType name= "TVAIDRef Type" > 
< re strict ion base="string"> 

< white Space value=" collapse" /> 
</restriction> 
</ simple Type > 
<complexType name="FlagType"> 

< at tribute name = "value" type= "boolean" us e=" required" /> 
</complexType> 

<complexType name="BitRateType"> 
<simpleContent> 

<extension base="nonNegative Integer "> 

<at tribute name= "variable" type= "boolean" us e=" optional" def ault=" false " /> 
< at tribute name= "minimum" type="unsignedLong" us e=" optional" /> 
<at tribute name=" average" type="unsignedLong" use="optional"/> 
< at tribute name = "maximum" type="unsignedLong" us e=" optional" /> 
</extension> 
</simpleContent> 
</complexType> 

< simple Type name="FrameRateType"> 
< re strict ion base="string"> 

<pattern value=" ( [0-9] { 1, 3 } ( . [0-9] { 1, 3 } ) ?) | ( [0-9] { 1, 3 } /l . 001) "/> 

</restriction> 
</ simple Type > 
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Annex B (informative); 
MPEG-7 Datatypes 



In this annex the datatypes of the ISO/IEC 15938-5 [4] MPEG-7 namespace referenced in the IPDC datatype definitions 
are listed. 



<complexType name="MediaLocatorType"> 
<sequence> 

< choice minOccurs="0 "> 

<element name=" MediaUri " type="anyURI "/> 

<element name=" InlineMedia " type=" mpeg7 : InlineMediaType "/> 
</choice> 

<element name="StreamID" t ype =" nonNe gat ive Integer" minOccurs="0 "/> 
</sequence> 
</complexType> 

<complexType name="InlineMediaType"> 
<choice> 

<element name="MediaDatal6" type="hexBinary " /> 
<element name="MediaData64 " type="base64Binary " /> 
</choice> 

< at tribute name="type" type="mpeg7 : mime Type" us e=" required" /> 
</complexType> 

< s imp 1 e Type name= " mime Type " > 

< re strict ion base="string"> 

< white Space value= " collapse "/> 
</restriction> 
</simpleType> 

<complexType name= "Textual Type "> 

<simpleContent> 

< extension base="mpeg7 : Text ualBase Type" /> 

</simpleContent> 
</complexType> 

<complexType name= " Text ualBase Type" abstract="true"> 
<simpleContent> 

< extension base="string"> 

< at tribute ref ="xml : lang" use=" optional" /> 
< at tribute name="phoneticTranscription" use="optional"> 
< s imp le Type > 

<list itemType="mpeg7 : Phone Type" /> 
</simpleType> 
</attribute> 

< at tribute name="phoneticAlphabet " type="mpeg7 : phoneticAlphabetType" use=" optional" 
de fault = " s ampa " / > 

</extension> 
</simpleContent> 
</complexType> 

< simple Type name="PhoneType"> 

< re strict ion base=" string" /> 
</simpleType> 

<simpleType name="phoneticAlphabetType"> 
Restriction base="NMTOKEN"> 

<enumeration value="sampa" /> 
<enumeration value="ipa Symbol" /> 
<enumeration value="ipaNumber " /> 
<enumeration value=" other" /> 
</restriction> 
</simpleType> 



<complexType name="TitleMediaType' 


> 










<sequence> 












<element name=" Title Image' 


type= 


'mpeg7 


ImageLocatorType " minOccurs 


="0"/> 




<element name="TitleVideo' 


type= 


'mpeg7 


Temporal Segment Locator Type" 


minOccurs= 


'0"/> 


<element name="TitleAudio' 


type= 


'mpeg7 


Temporal Segment Locator Type" 


minOccurs= 


'0"/> 


</sequence> 












</complexType> 
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<complexType name=" Image Locator Type "> 
<complexContent> 

<extension base="mpeg7 :MediaLocatorType"> 
< choice minOccurs="0 "> 

<element name="MediaTimePoint " type="mpeg7 :mediaTimePointType"/> 
<e lenient name="MediaRelTimePoint " type="mpeg7 :MediaRelTimePointType"/> 
<e lenient name="MediaRe liner TimePoint " type="mpeg7 :MediaRelIncrTimePointType"/> 
<e lenient name="BytePosition"> 
<complexType> 

< at tribute name="of f set " t ype =" nonNe gat ive Integer" us e=" required" /> 
< at tribute name=" length" type=" posit ive Integer" use=" optional" /> 
</complexType> 
</element> 
</choice> 
</extension> 
</complexContent> 
</complexType> 



<complexType name="MediaTimeType"> 
<sequence> 

<choice> 

<e lenient name="MediaTimePoint " type="mpeg7 :mediaTimePointType" /> 
<e lenient name="MediaRelTimePoint " type="mpeg7 :MediaRelTimePointType"/> 
<e lenient name="MediaRe liner TimePoint " type="mpeg7 :MediaRelIncrTimePointType"/> 
</choice> 
< choice minOccurs=" "> 

<element name="MediaDuration" type="mpeg7 :mediaDurationType"/> 
<element name="MediaIncrDuration" type="mpeg7 :MediaIncrDurationType" /> 
</choice> 
</sequence> 
</complexType> 

<simpleType name="mediaTimePointType"> 

< re strict ion base="mpeg7 : basicTimePointType"> 

<pattern value=" (\-?\d+ (\-\d{2} ( \-\d{ 2 })?)?) ? 
(T\d{2} (:\d{2} (:\d{2} (:\d+) ?)?)?) ? (F\d+) ?"/> 

</restriction> 
</ simple Type > 

<complexType name =" Me diaRel TimePoint Type "> 
<simpleContent> 

<extension base="mpeg7 :mediaTimeOf f setType"> 

< at tribute name="mediaTimeBase" type="mpeg7 : xPathRef Type" us e=" optional" /> 
</extension> 
</simpleContent> 
</complexType> 

< simple Type name="mediaTimeOff set Type" > 

<restriction base="mpeg7 :basicDurationType"> 

<pattern value="\-?P (\d+D) ? (T (\d+H) ? (\d+M) ? (\d+S) ? (\d+N) ?) ? (\d+F) ?"/> 
</restriction> 
</ simple Type > 

<complexType name =" Me di aRe 1 I ncr TimePoint Type "> 
<simpleContent> 

<extension base= " integer "> 

< at tribute name="mediaTimeUnit " type="mpeg7 :mediaDurationType" us e=" optional" /> 
< at tribute name="mediaTimeBase" type="mpeg7 : xPathRef Type" us e=" optional" /> 
</extension> 
</simpleContent> 
</complexType> 

< simple Type name="mediaDurationType"> 

<restriction base="mpeg7 :basicDurationType"> 

<pattern value="\-?P (\d+D) ? (T (\d+H) ? (\d+M) ? (\d+S) ? (\d+N) ?) ? (\d+F) ?"/> 

</restriction> 
</ simple Type > 

<complexType name="MediaIncrDurationType"> 
<simpleContent> 

<extension base=" integer "> 

< at tribute name="mediaTimeUnit " type="mpeg7 :mediaDurationType" use=" optional" /> 
</extension> 
</simpleContent> 
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</complexType> 

<simpleType name="basicTimePointType"> 
<restriction base="string"> 

<pattern value="\-? (\d+(\-\d{2) (\- 

\d{2} )?)?)? (T\d{2} (:\d{2} (:\d{2} (:\d+(\. \d{2} )?)?)?)?)? (F\d+) ? ( (\- I \ + ) \d{2} :\d{2}) ?"/> 
</restriction> 
</simpleType> 

< simple Type name="basicDurationType"> 
<restriction base="string"> 

<pattern value = "\-?P (\d+D) ? (T (\d+H) ? (\d+M) ? (\d+S) ? (\d+N) ? (\d{2}f ) ?) ? (\d+F) ? ( (\- 
|\+) \d{2} :\d{2}Z) ?"/> 
</restriction> 
</simpleType> 

<simpleType name="xPathRefType"> 

< re strict ion base="mpeg7 :xPathType"> 
<pattern 
value='7? ( ( ( (child: :)?((\i\c*:)?(\i\c*) (\[\d+\] )?))l\. I (\.\. ))/)*((( (child: :)?((\i\c*:)?(\i\c*) (\[\d 
+ \] ) ?) ) |\.) I ( (attribute: : I S) ( (\i\c* : ) ? (\i\c* I \*) ) ) ) "/> 
</restriction> 
</simpleType> 

<simpleType name="xPathType"> 

<restriction base="token" /> 
</simpleType> 



<complexType name=" Temporal Segment Locator Type "> 
<complexContent> 

<extension base="mpeg7 :MediaLocatorType"> 
<choice minOccurs="0"> 

<element name="MediaTime" type="mpeg7 :MediaTimeType"/> 
<element name="BytePosition"> 
<complexType> 

<attribute name="of f set " type="nonNegativeInteger" use="required"/> 
<attribute name="length" type="positiveInteger" use="optional"/> 
</complexType> 
</element> 
</choice> 
</extension> 
</complexContent> 
</complexType> 



<complexType name="TitleType"> 




<simpleContent> 




<extension base="mpeg7 : TextualBaseType"> 




<at tribute name="type" use=" optional 


def ault="main"> 


< s imp 1 e Type > 




<union> 




<s imp le Type > 




<restriction base="NMTOKEN"> 


< enumeration 


value="main" /> 


<enumeration 


value= " secondary "/> 


< enumeration 


value="alternative"/> 


< enumeration 


value=" original" /> 


< enumeration 


value= "popular "/> 


< enumeration 


value="opusNumber " /> 


< enumeration 


value="songTitle"/> 


< enumeration 


value="albumTitle" /> 


< enumeration 


value="seriesTitle"/> 


< enumeration 


value="episodeTitle"/> 


</restriction> 




</simpleType> 




<simpleType> 




< re strict ion base="mpeg7 : termRef erenceType" /> 


</simpleType> 




</union> 




</simpleType> 




</attribute> 




</extension> 




</simpleContent> 




</complexType> 
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< simple Type name="termRef erenceType"> 
<union> 

< s imp 1 e Type > 

Restriction base="NMTOKEN"> 

< white Space value=" collapse "/> 
<pattern value = " : [ A : ] + : [ A : ] +"/> 
</restriction> 
</simpleType> 
< s imp le Type > 

< re strict ion base="anyURI "/> 
</simpleType> 
</union> 
</ simple Type > 



"dateFrom" type="mpeg7 : timePointType" us e=" optional" /> 
"date To" type="mpeg7 : timePointType" us e=" optional" /> 
"type" use="optional"> 



<complexType name="PersonNameType"> 
<sequence> 

< choice maxOccurs= "unbounded" > 

<element name="GivenName" type="mpeg7 : Name Component Type" /> 
<element name="FamilyName" type="mpeg7 : NameComponentType" minOccurs="0"/> 
<element name=" Title" type="mpeg7 : NameComponentType" minOccurs="0"/> 
<element name=" Numeration" type=" string" minOccurs="0 " /> 
</choice> 
</sequence> 
<at tribute name= 
<at tribute name= 
<at tribute name= 
<simpleType> 

<restriction base="NMTOKEN"> 

<enumeration value="f ormer " /> 
<enumeration value = "variant " /> 
<enumeration value="main" /> 
</restriction> 
</simpleType> 
</attribute> 

<at tribute ref ="xml : lang" us e=" optional" /> 
</complexType> 

< simple Type name="timePointType"> 

< re strict ion base="mpeg7 : basicTimePointType"> 
<pattern value=" (\-?\d+ (\-\d{2} (\- 
\d{2}) ?) ?) ? (T\d{2} (:\d{2} (:\d{2} (:\d+) ?)?)?)? (F\d+) ? ( (\- I \+) \d{ 2 } : \d{ 2 } ) ?"/> 

</restriction> 
</ simple Type > 

<complexType name= "NameComponentType "> 
<simpleContent> 

<extension base="mpeg7 : TextualBaseType"> 

< at tribute name=" initial" type=" string" us e=" optional" /> 
< at tribute name="abbrev" type=" string" us e=" optional" /> 
</extension> 
</simpleContent> 
</complexType> 



<complexType name="ParentalGuidanceType"> 


<sequence> 


<choice> 


<element name="ParentalRating" type="mpeg7 : ControlledTermUseType" /> 


<element name="MinimumAge" type="nonNegative Integer" /> 


</choice> 


<element name = "Region" type="mpeg7 : regionCode" minOccurs="0 " maxOccurs= "unbounded" /> 


</sequence> 


</complexType> 
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<complexType name="ControlledTermUseType"> 
<complexContent> 

<extension base="mpeg7 : InlineTermDef initionType"> 

< at tribute name="href " type="mpeg7 : termRef erenceType" us e=" required" /> 
</extension> 
</complexContent> 
</complexType> 

<complexType name=" InlineTermDef initionType" abstract="true"> 
<sequence> 

<element name = "Name" minOccurs="0 " maxOccurs= "unbounded" > 
<complexType> 

<simpleContent> 

<extension base="mpeg7 : TextualType"> 

< at tribute name= "preferred" type= "boolean" use=" optional" /> 
</extension> 
</simpleContent> 
</complexType> 
</element> 

<element name= "Definition" type="mpeg7 : Textual Type" minOccurs="0 " 
maxOccurs="unbounded" /> 
< ! — Term element removed — > 



</sequence> 
</complexType> 



<simpleType name="regionCode"> 
< re strict ion base="string"> 

< white Space value=" collapse" /> 

<pattern value = " [a-zA-Z] {2} (- [a-zA-ZO-9] {1, 3} ) ?"/> 
</restriction> 
</ simple Type > 



<complexType name =" Ext endedLanguage Type "> 
<simpleContent> 

<extension base=" language "> 

< at tribute name="type" us e=" optional" def ault=" original "> 
< s imp le Type > 

Restriction base="NMTOKEN"> 

<enumeration value=" original" /> 
<enumeration value="dubbed" /> 
<enumeration value = "background" /> 
</restriction> 
</simpleType> 
</attribute> 

< at tribute name=" supplemental" type= "boolean" us e=" optional" def ault=" false" /> 
</extension> 
</simpleContent> 
</complexType> 



<complexType name=" Class if icationSchemeBaseType" abstract="true"> 
<complexContent> 

<extension base="mpeg7 : DSType"> 
<sequence> 

<element name=" Import " type="mpeg7 : Re f erenceType" minOccurs="0 ' 
maxOccurs="unbounded" /> 

</sequence> 

< at tribute name="uri" type="anyURI " use=" required" /> 
< at t r ibut e name = " doma in" use="optional"> 
<simpleType> 

<list itemType="mpeg7 : xPathAbsolute Select or Type" /> 
</simpleType> 
</attribute> 
</extension> 
</complexContent> 
</complexType> 

<complexType name=" Class if icationSchemeAliasType"> 
<complexContent> 

<extension base="mpeg7 : HeaderType"> 

<at tribute name=" alias" type="NMTOKEN" use= " required" /> 
< at tribute name="href " type="anyURI " us e=" required" /> 



</extension> 
</complexContent> 
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</complexType> 

<! — Definition of Classif icationScheme DS (ISO/IEC 15938-5: 7.3.2) — > 
<complexType name=" Class if icationSchemeType"> 
<complexContent> 

<extension base="mpeg7 : Classif icationSchemeBaseType"> 
<sequence> 

<element name="Term" type="mpeg7 : TermDef initionType" maxOccurs= "unbounded" /> 
</sequence> 
</extension> 
</complexContent> 
</complexType> 

<complexType name="DSType" abstract="true"> 
<complexContent> 

<extension base="mpeg7 :Mpeg7BaseType"> 
<sequence> 

<element name= "Header" type="mpeg7 : Header Type" minOccurs="0" 
maxOccurs="unbounded" /> 

</sequence> 

<at tribute name="id" type="ID" us e=" optional" /> 
<attributeGroup ref ="mpeg7 : timePropertyGrp" /> 
< at tribute Group ref ="mpeg7 imediaTimePropertyGrp" /> 
</extension> 
</complexContent> 
</complexType> 

<complexType name="Mpeg7 Base Type" abstract="true"> 

<complexContent> 

< re strict ion base=" any Type" /> 

</complexContent> 
</complexType> 

<attributeGroup name="timePropertyGrp"> 

<at tribute name="timeBase" type="mpeg7 : xPathRef Type" us e=" optional" /> 
<at tribute name="timeUnit " type="mpeg7 : durationType" us e=" optional" /> 

</attributeGroup> 

< simple Type name="durationType"> 

<restriction base="mpeg7 :basicDurationType"> 

<pattern value="\-?P (\d+D) ? (T (\d+H) ? (\d+M) ? (\d+S) ? (\d+N) ?) ? (\d+F) ? ( (\- 
|\+) \d{2} :\d{2}Z) ?"/> 

</restriction> 
</simpleType> 

< at tribute Group name="mediaTimePropertyGrp"> 

<at tribute name="mediaTimeBase" type="mpeg7 :xPathRef Type" use="optional"/> 

< at tribute name="mediaTimeUnit " type="mpeg7 :mediaDurationType" us e=" optional" /> 

</attributeGroup> 

<complexType name=" Header Type" abstract="true"> 
<complexContent> 

<extension base="mpeg7 :Mpeg7BaseType"> 

< at tribute name="id" type=" ID" us e=" optional" /> 
</extension> 
</complexContent> 
</complexType> 

< simple Type name="xPathAbsolute Select or Type "> 

< re strict ion base="mpeg7 : xPathSelectorType"> 
<pattern 
value=" C/| ((//!/) (( (child: :) ? ( (\i\c*:) ? (\i\c*|\*) )) |\.))*) C\| (/I ((//(/) (( (child: :) ? ( (\i\c*:) ? (\i\c*| 
\*) ) ) l\.) )*) )*"/> 

</restriction> 
</simpleType> 

< simple Type name="xPathSe lector Type "> 

< re strict ion base="mpeg7 : xPathType"> 
<pattern 
value=" (/| ((//!/)?(( (child: :) ? ( (\i\c*:) ? (\i\c*|\*) ))|\.|\.\. )((//!/)(( (child: :) ? ( (\i\c*:) ? (\i\c*|\*) 
) ) l\- l\-\.) )*) ) (\|/| ((//!/)?( ( (child: :)?( (\i\c*:)?(\i\c*|\*) ) ) I \ . I \ . \ . ) ( (// I /) ( ( (child: :)?( (\i\c*:)? 
(\i\c*|\*) ) ) |\. |\.\.) )*) )*"/> 
</restriction> 
</simpleType> 

<complexType name="Ref erenceType"> 

< at tribute Group ref ="mpeg7 : ref erenceGrp" /> 
</complexType> 
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< at tribute Group name= " ref erenceGrp " > 

<at tribute name="idref " type="IDREF" us e=" optional" /> 

<at tribute name="xpath" type="mpeg7 :xPathRef Type" use="optional"/> 

< at tribute name="href " type="anyURI " us e=" optional" /> 

</attributeGroup> 

<complexType name="TermDef initionBaseType" abstract="true"> 
<complexContent> 

<extension base="mpeg7 : DSType"> 
<sequence> 

<element name = "Name" minOccurs="0 " maxOccurs= "unbounded" > 
<complexType> 

<simpleContent> 

<extension base="mpeg7 : TextualType"> 

<at tribute name= "preferred" type= "boolean" us e=" optional" /> 
</extension> 
</simpleContent> 
</complexType> 
</element> 

<element name= "Definition" type="mpeg7 : Textual Type" minOccurs="0 " 
maxOccurs="unbounded" /> 

</sequence> 

<at tribute name="termID" type="NMTOKEN" /> 
</extension> 
</complexContent> 
</complexType> 

<complexType name="TermDef initionType"> 
<complexContent> 

<extension base="mpeg7 : TermDef initionBaseType "> 
<sequence> 

<element name="Term" minOccurs="0 " maxOccurs= "unbounded" > 
<complexType> 

<complexContent> 

<extension base="mpeg7 : TermDef initionType"> 
< at tribute name=" relation" 
type="mpeg7 : termRelationQualif ierType" us e=" optional" def ault="NT" /> 

</extension> 
</complexContent> 
</complexType> 
</element> 
</sequence> 
</extension> 
</complexContent> 
</complexType> 

< simple Type name= " termRelationQualif ierType "> 
<union> 

< s imp le Type > 

<restriction base="NMTOKEN"> 
<enumeration value= 
<enumeration value = 
<enumeration value = 
<enumeration value = 
<enumeration value= 
</restriction> 
</simpleType> 
< s imp le Type > 

< re strict ion base="mpeg7 : termRef erenceType" /> 
</simpleType> 
</union> 
</simpleType> 



NT 1 


/> 


BT' 


/> 


RT' 


/> 


US' 


/> 


UF' 


/> 
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Annex C (normative): 

Default Classification Schemes 

In this annex an initial set of classification schemes is listed. 



C.1 ServiceType 



The ServiceType fragment defines an element "ServiceType" which is of type tva:ControlledTermType. It is proposed 
to use a ClassificationScheme as shown below for the ServiceType. 

<Classif icationScheme uri="urn: dvb: ipdc: esg: cs : ServiceTypeCS"> 
<Term termID=" 1 . "> <Name xml : lang="en">ContentType</Name> 

<Def inition xml : lang="en">Digital TV service </Def inition> 
<Term termID=" 1 . 1 "> 

<Name xml : lang="en">TV Service</Name> 

<Def inition xml : lang="en">Digital TV service </Def inition> 
</Term> 
<Term termID=" 1 . 2 "> 

<Name xml : lang="en">Radio Service</Name> 

<Def inition xml : lang="en">Digital Radio Service</Def inition> 
</Term> 
<Term termID=" 1 . 3 "> 

<Name xml : lang="en">Data Service</Name> 

<Def inition xml : lang="en">Generic data service</Def inition> 

<Term termID=" 1 . 3 . 1 "> 

<Name xml : lang="en">DRM Service</Name> 

<Def inition xml : lang="en">Entitilements/Rights Objects for protected 

content </Definition> 

<Term termID=" 1 . 3 . 1 . 1 "> 

<Name xml : lang="en">RI Service</Name> 

<Definition xml : lang="en">18c Rights Issuer service</Def inition> 
</Term> 
<Term termID=" 1 . 3 . 1 . 2 "> 

<Name xml : lang="en">EMM Service</Name> 

<Def inition xml : lang="en">OpenFramework EMM service</Def inition> 
</Term> 
</Term> 
<Term termID=" 1 . 3 . 2 "> 

<Name xml : lang="en">download service</Name> 

<Def inition xml : lang="en">File download service </Def inition> 
</Term> 
</Term> 
</Term> 
<Term termID="2 . 0"> <Name xml : lang="en">TransportType</Name> 

<Definition xml : lang="en">Type of transport, e.g. download, streamed</Def inition> 
<Term termID="2 . 1 "> 

<Name xml : lang="en">Streamed</Name> 

<Def inition xml : lang="en">A streamed service </Def inition> 
</Term> 
<Term termID="2 . 2 "> 

<Name xml : lang="en">Download</Name> 

<Def inition xml : lang="en">A download service </Def inition> 
</Term> 
</Term> 

< /Class if icationScheme> 
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C.2 ZappingSupport 

In this classification scheme types of zapping data are declared. 



<Classif icationScheme uri="urn : dvb : ipdc : cs : ZappingSupport CS : 2005 "> 
<Term termID="l"> 

<Name xml : lang="en">Static Zapping Support</Name> 
<Term termID=" 1 . 1 "> 

<Name xml : lang="en">Static Picture</Name> 
<Definition xml : lang="en"> This static picture shall be defined in the MediaLocator element of the 
ZappingSupportType . 

</Definition> 
</Term> 
<Term termID=" 1 . 2 "> 

<Name xml : lang="en">Static Text</Name> 
<Definition xml : lang="en"> This static text shall be defined in the MediaLocator element of the 
ZappingSupportType . 
</Def inition> 

</Term> 
</Term> 

<Term termid="2"> 

<Name xml : lang="en">Dynamic Zapping Support</Name> 
<Term termID="2 . 1 "> 

<Name xml : lang="en">Video</Name> 
<Definition xml : lang="en"> This is a reduced copy of the related video track of an AV service. This 
zapping type is transported with the same protocol stack and restrictions as specified for the 
associated service : 

IP, UDP, RTP with RTP payload format video, the streamed video content as payload. For 
synchronization purposes the same RTP timestamps as the related video track should be used. 
</Definition> 
</Term> 
<Term termID="2 . 2 "> 

<Name xml : lang="en">Audio</Name> 
<Definition xml : lang="en"> This is a reduced copy of the related audio track of an AV service. This 
zapping type is transported with the same protocol stack and restrictions as specified for the 
associated service : 

IP, UDP, RTP with RTP payload format audio, the streamed audio content as payload. For 
synchronization purposes the same RTP timestamps as the related audio track should be used. 
</Definition> 
</Term> 
<Term termID="2 . 3 "> 

<Name xml : lang="en">DynamicPicture</Name> 
<Definition xml : lang="en"> This zapping type is transported with the following protocol layers: 
IP, UDP, RTP with RTP payload format MJPEG as specified in IETF RFC 2435, JPEG file as payload. For 
synchronization purposes the same RTP timestamps as the related video track should be used. 
</Definition> 
</Term> 
<Term termID="2 . 4 "> 

<Name xml : lang="en">DynamicText</Name> 
<Definition xml : lang="en"> This zapping type is transported with the following protocol layers: 
IP, UDP, RTP with RTP payload format 3GPP timed text as specified in TS 126 346 v6 . 1 . : Multimedia 
Broadcast /Multicast Service; Protocols and Codecs (Release 6), 3GPP timed text file as payload. For 
synchronization purposes the same RTP timestamps as the related video track should be used. 
</Definition> 
</Term> 
</Term> 
</Classif icationScheme> 
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Annex D (normative): 
Extensibility of the ESG Schema 



The following clauses define rules to support specification extensions and private extensions of the ESG Schema in a 
backward and forward compatible manner. 

The following rules shall be applied so as to define valid extensions of the ESG Schema, in particular to allow the 
compatibility mechanisms described above. They constrain the extensibility of the ESG schemas: 

• Extension must be defined using the ESG schema representation language (i.e. MPEG-7 DDL). The way these 
extended schemas are transmitted is out of the scope of the present document. 

• The module definition must have a prose definition that describes the syntactic and semantic requirements of 
the elements, attributes and/or content models that it declares. 

• Existing element names should never be re-used. New elements names should be defined under their own 
namespace (e.g. for another version of the ESG specification or for private extensions). 

• The module definition's elements and attributes must be part of an XML namespace. If the module is defined 
by an organization other than DVB, TVA and MPEG (for imported MPEG datatypes and description 
schemes), this namespace must NOT be the same as the namespace in which other DVB, TVA and MPEG 
standards are defined. 

• The namespace under which extensions are defined will need to be clearly identified. 

• Any extensions to existing schema should not obscure existing functionality. Thus existing functionality 
should not be contained within a new element that an earlier decoder will not understand. 

• Wherever possible, an extended schema should only add functionality and not replace existing functionality. 
This will allow a version 1 decoder to maximally understand a version 2 document. 

• An application should ignore any elements or attributes they do not need, do not understand or cannot use. 
Table D. 1 provides the list of conditions under which the extensions of ESG metadata definitions are supported or not. 

Table D.1 : Types of extension permitted in future versions of the ESG data model 



Condition/Type of extension of ESG metadata definitions 


Status 


Condition 1 : A new global element of existing type 


NOT PERMITTED 


Condition 2: A new global attributes added to existing type 


PERMITTED 


new type (simple or complex - but see below for limitations on 
derivation, etc.) 


PERMITTED 


Polymorphism of existing type by Inheritance with restriction 


PERMITTED (But see rules above) 


Polymorphism of existing type by Inheritance with extension 


PERMITTED (But see rules above) 


Polymorphism of existing type by Redefining types during 
import 


NOT PERMITTED 


Substitution Groups 


NOT PERMITTED 

Instead of using substitution groups, explicit derivation 

can be used. This is safer for future extensions 
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Annex E (informative): 
ESG Init Message 

E.1 Default ESG Init Message 

Table E.l is an example ESG Init Message that conforms to the BiM profile specified in the present document. 

Table E.1 : Example ESG Init Message 



Field 


No. of bits 


Value 


Notes 


ESG Init Message { 








EncodingVersion 


8 


'OxFV 


DVB profile of BiM. 


IndexingFlag 


1 





No indexing used in the current ESG 
Fragment Stream. 


reserved 


7 


1111111 




Decoder I nitptr 


8 


5 


Position of the Decoderlnit data from the 
beginning of the ESG init message. 


{ 






/* EncodingVersion == "0xF0"7 


BufferSizeFlag 


1 





default buffer size for the ZlibCodec is used. 


Posit ionCodeFlag 


1 





position codes are not used. 


reserved 


6 


111111 




CharacterEncoding 


8 


'0x01' 


UTF-8 Character Encoding. 


} 








Reserved 


0or8+ 






Decoderlnit ( ) 


8+ 


[data] 


Decoder Initialization message. 


} 









Table E.2 is an example ESG Init Message when textual XML representation is used with gzip encoding specified in 
the present document. 

Table E.2: Example ESG Init Message 



Field 


No. of bits 


Value 


Notes 


ESG Init Message { 








EncodingVersion 


8 


'0xF2' 


GZip encoding. 


IndexingFlag 


1 





No indexing used in the current ESG 
Fragment Stream. 


reserved 


7 


1111111 




Decoder I nitptr 


8 


5 


Position of the Decoderlnit data from the 
beginning of the ESG init message. 


{ 






/* EncodingVersion == "0xF2" 
EncodingVersion == "0xF3"7 


CharacterEncoding 


8 


'0x01' 


UTF-8 Character Encoding. 


} 








Reserved 









Decoderlnit ( ) 


8+ 


[data] 


Decoder Initialization message. 


} 
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E.2 Example of a Decoderlnit message 

Table E.3 is an example Decoderlnit message that conforms to the BiM profile specified in the present document. 

Table E.3: Example Decoderlnit message 



Field 


No. of bits 


Value 


Semantic 


Decoderlnit { 








Sy s t emsPr of ileLevel Indication 


16 


0x80 


Arbitrary value. 


UnitSizeCode 


3 


000 


Default unit size 


ReservedBits 


5 


11111 




NumberOf Schema s 


8 


0x01 


Only one schema is used 


{ 








SchemaURI_Length [ ] 


8 


0x15 


21 characters in the URI string 


SchemaURI [0] 




"urn:dvb:ipdc:es 
g:2005" 




LocationHint_Length [0] 


8 


0x00 


No location hint is provided 


NumberOf TypeCodecs [0] 


8 


0x00 


Only default codecs are used 


} 








InitialDescription_Length 


8 


0x00 


The initial root description is conveyed in 
the TVAMain fragment 


} 
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E.3 Example of a Decoderlnit message 

Table E.4 is an example Decoderlnit message that conforms to the BiM profile specified in the present document 
including an instantiation of a ContextPathTable. 

Table E.4: Example Decoderlnit message 



Field 


No. of bits 


Value 


Semantic 


Decoderlnit { 








SystemsProf ileLevel Indication 


16 


0x0080 


arbitrary value 


UnitSizeCode 


3 


000 


default unit size 


NoAdvancedFeatures 


1 





Advanced Features configured 


ReservedBits 


4 


1111 




AdvancedFeaturesFlag_Length 


8 


0x01 


Eight Flags signalled 


ReservedBits Zero 


7 


0000000 




ContextPathTableFlag 


1 


1 


A ContextPathTable is signalled 


NumberOf Schemas 


8 


0x01 


Only one schema used 


{ 








SchemaURI_Length [ ] 


8 


0x15 


21 characters in the URI string 


SchemaURI [0] 




"urn:dvb:ipdc:es 
g:2005" 




LocationHint_Length [0 ] 


8 


0x00 


no location hint is provided 


NumberOf TypeCodecs [0] 


8 


0x00 


Only default codecs are used 


} 








{ 








ContextPathTable_Length 


8 


0x0 F 




ContextPathCode_Length 


8 


0x10 


The ContextPathCode is 16bits long 


NumberOfContextPaths 


8 


0x02 


Two ContextPaths are Signaled 


CompleteContextPath 


1 







ContextPath_Length[0] 


10 


1000101100 




ContextPath[0] 


28 




first ContextPath 


ContextPathCode [0] 


16 


0x0101 




ContextPath_Length[l] 


10 


1001000000 




ContextPath[l] 


32 




second ContextPath 


ContextPathCode [1] 


16 


0x0102 




ReservedBits Zero 


3 


000 


Stuffing 


} 








InitialDescription_Length 


8 


0x00 


The initial root description is conveyed 
in the TVAMain fragment 


} 
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Annex F (informative): 
Bitmap Image Formats 

In this annex the image formats are referenced which are supported as ESG auxiliary data. 

F.1 JPEG 

JPEG as defined in ISO/IEC 10918-1 [28] using the JFIF [29] file exchange format. 

F.2 PNG 

PNG is defined as in PNG [30]. 

R3 GIF 

GIF is defined as in GIF 89a [31]. 
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